Tickets, suivi de bugs

Tickets est un outil de suivi de bugs directement intégré à l’espace privé de SPIP. Il est conçu pour faciliter la phase de développement du site (notamment les squelettes du site public).

Tickets est un système simple de suivi de bugs directement intégré à l’espace privé de SPIP. Sa vocation est avant tout de faciliter la phase de développement du site public (squelettes, graphisme, etc.) sur lequel il est installé.

La page principale de Tickets
Cette page récapitule les tickets en cours de rédaction, les tickets qui vous sont assignés, les tickets ouverts, les derniers commentaires de tickets, puis les tickets résolus et fermés.

Lors de la phase de création d’un site, de nombreux messages sont échangés pour signaler par exemple :
— des bugs d’affichage du HTML (« c’est tout cassé sous MSIE 6... »),
— des problèmes d’ergonomie (« la couleur des liens hypertexte, ma grand-mère arrive pas à bien lire... »),
— des morceaux d’Ajax qui ne fonctionnent pas bien dans certaines situations,
— des fautes d’orthographe systématiques à corriger (« monsieur Coulemole, notre PDG... »),
— certaines fonctionnalités manquantes (« il faudrait terminer la newsletter... »),
— etc.

Messages vaguement stockés, que tout le monde n’a pas forcément reçu, avec un suivi à la va-comme-j’te-pousse qui fait qu’une fois c’est corrigé une fois c’est oublié...

C’est typiquement dans ce genre de situation que l’on a besoin d’un système de suivi de bugs :
— pouvoir signaler les problèmes et les transmettre à toutes les personnes concernées,
— pouvoir centraliser ces signalement pour pouvoir les traiter de manière systématique,
— pouvoir gérer leur « statut » pour savoir lesquels sont toujours valables et lesquels ont été résolus,
— permettre d’attribuer à certains intervenants les questions qui les concernent (ce qui équivaut à « je m’en occupe »),
— signaler qu’une question est très importante ou pas du tout...

Il existe d’excellents systèmes de suivi de bugs diffusés sous GPL (Mantis, Trac...).

Une page d’un ticket

Tickets propose d’insérer un système de suivi de bugs directement dans SPIP. En effet :
— c’est le plus souvent dans l’espace privé du site en développement que se retrouvent toutes les personnes concernées ; Tickets évite ainsi de devoir gérer un espace séparé (que la plupart des utilisateurs finissent par oublier d’utiliser), et de devoir gérer une autre liste d’autorisations de connexions ;
— ce plugin propose une interface aussi simplifiée que possible, car il est clairement conçu pour le développement du site public, et non d’un logiciel informatique de grande ampleur. Le nombre de champs à renseigner est donc restreint et basé sur des choix explicites (pas de jargon, vocabulaire adapté à des non-techniciens).

Évolutions
— 1.0 : on peut assigner le ticket à un rédacteur.
— 1.1 : envoi d’un mail avertissant les rédacteurs et les administrateurs lors du changement de statut d’un ticket.

Discussion

24 discussions

  • 1

    Pourquoi ne pas mettre ce plugin dans le menu développement ?

    • Le menu développement est à activer manuellement par chaque utilisateur non, ce serait contre productif je pense

    Répondre à ce message

  • Est-ce qu’il serait possible de trier la liste des assignations par ordre alphabétique, ou par id_auteur ou idéalement par une liste personnalisable ?

    Répondre à ce message

  • 5

    Bonjour, merci pour ce plugin :)

    j’ai une question : lorsque l’on arrive sur la page d’un ticket, il y a tout en bas un bouton « Poster un message ». Comment faire pour qu’une notification de ce message arrive au créateur du ticket ?

    J’ai bien installé le plugin Notification, mais rien y fait.

    • Oui pareil, il me semble pourtant que cette fonction-là était opérationnelle avant…

    • Vous avez bien configuré le plugin (?exec=configurer_tickets) pour que les notifications soient actives ?

    • Oep les notifications fonctionnent à la création du ticket, mais pas en discussion. Là sur un ticket je viens de lancer une discussion, l’auteur ne reçoit rien (bien reçu notif de créa de ticket mais pas du forum). Et le mail de l’administrateur est valide. Spip 3.021

    • Hmm je ne vois rien à ce propos das le plugin tickets, du coup vous utilisiez notifications pour faire ça quand ça fonctionnait ?

    • J’ai utilisé le terme « il me semble » car je n’en suis plus très sûr maintenant.
      Cela étant si j’en réfère à ce commentaire (2013 qd même), ca a du marcher un jour
      http://contrib.spip.net/Tickets-suivi-de-bugs#forum472321

    Répondre à ce message

  • Bonjour,
    Sur un site beta, j’ai installé tickets. Tout a bien fonctionné. Je passe le site en prod en copiant le site et export/import base de données. Et là impossible de bien faire fonctionner le plugin. Si je m’affecte un ticket, il m’est affecté, mais quand je vais dans le suivi , nada, rien ne s’affiche, aucun ticket ne m’est affecté.
    J’ai désinstallé, nettoyé etc... rien n’y fait.
    Je suis repassé en 2.8.1 que j’avais dans un coin. Tout refonctionne. Je fais la maj vers 2.9.2. Et pan cela ne marche plus.
    Je pense que cela se passe dans les squelettes de l’admin...

    Répondre à ce message

  • Hello

    Les dernières version du plugins ne connaisse plus « en cour de rédaction » ?

    Répondre à ce message

  • 2

    Hello, Erreur SQL 1064 « SELECT email FROM spip_auteurs WHERE ((id_auteur IN (,2))) » pour un choix de notif fait sur l’id 1 et 2… Le 1 n’apparait pas, problème reproduit par quelqu’un ?

    Répondre à ce message

  • 11

    Bonjour ;

    Comment peut-on limiter les notifications aux seuls webmestres ?
    J’ai un site où les rédacteurs ne veulent pas être notifiés, mais je ne sais pas comment faire

    A +

    • Malheureusement pour le moment ce n’est pas possible.

      Cela fait parti des choses qu’il faudrait améliorer. J’ai en projet de le faire un jour ... mais j’ai des tonnes de projet qui se cumulent.

    • +1 Hélàs obligé de désactiver les notifs, les gens se plaignent de recevoir des mails qui les concernent pas. Le champs assignation ne sert à rien si tout le monde reçoit les notifs de création et les changements de status.

      Par contre pas de notification (ou alors pas trouvé comment) sur le forum associé, du coup le statut « Ouvert et Discuté » est pas très intéressant.

      Sinon c’est un super outil quasi indispensable.

    • je suis en train de modifier le code pour pouvoir gérer qui recoit les notifs.

      J’espère finir vendredi soir (je fais cela le soir pendant que les pates cuisent).

      Avec notifications, je recois bien les notifs de forums sous les tickets...

    • u r d best

    • oh yeah, reçu ! Le top serait d’y mettre le message précédent, ou le fil, ou un truc qui contextualise le message qu’on reçoit sur la boite. Attention les pâtes trop cuites c’est deg’.

    • Et tant que j’y suis t’as trouvé pour les SVG ?

    • Ta question l’autre jour sur seenthis

    • évites de melanger les lieux, ca perturbe. Non pas encore trouvé...

    • voilà, la version 2.9.0 qui vient d’être commitée permet désormais cela. C’est un nouveau élément de config qui apparaît.

    • Merci ;)

    Répondre à ce message

  • 2

    Bonjour,

    Je pense avoir détecté un bug dans le plugin tickets.

    J’implémente des notifications qui s’ajoute dans la liste des travaux (queue_jobs). Pour cela j’utilise le plugin ’notifications avancées’. L’idée c’est de différer l’envoi de la notification de quelques minutes, donc j’ajoute la tâche dans la queue_jobs comme ceci :

    job_queue_add( 'notifications', 'NOUVELLE FEUILLE notification abonnés arbre-$id_rubrique', array('arbre', $id_rubrique, array('id_article'=>$id_article)), 'inc/', FALSE, time()+600, 0 );

    Dans la queue_jobs, on a alors :

    dans 9 minutes
    NOUVELLE FEUILLE notification abonnés arbre-49 | notifications(arbre,49,Array)

    Dix minutes plus tard, SANS le plugin tickets, tout se passe correctement et la notification est envoyée. La liste des travaux affiche :

    il y a 0 seconde
    Notification (arbre, 49) par le mode email pour <1> | notifications_envoyer(1,email,arbre,49,Array)

    Si je fais la même chose AVEC le plugin tickets chargé, l’appel de la notification est erroné et la notification ne peut pas être envoyée. Dans la liste des travaux on peut lire :

    il y a 0 seconde
    Notification (, 0) par le mode email pour <1> | notifications_envoyer(1,email,,,Array)

    Et puis surtout, merci pour ce plugin très utile,

    • J’ai avancé dans mon enquête. Pour résumer, il semble que le plugin tickets interfère sur le plugin notifications avancées.

      Dans tickets, au début du fichier tickets_notifications.php, on a :

      11	// pour le pipeline
      12	function tickets_notifications(){}

      Je comprends pas complètement la logique de cette ligne, mais si je change juste par :

      11	// pour le pipeline
      12	function tickets_notifications($flux){
      13	return $flux;
      14     }

      alors notifications_avancées se porte mieux !
      Comme je ne suis pas sûr de toutes les implications dans tickets, j’aurais besoin d’un avis éclairé avant de commiter. Merci.

    • tu devrais allez en discuter sur la spip-zone ...

    Répondre à ce message

  • 1

    Arggggg, décidément quand j’installe ce super module pourtant bien utile sur certains projets, il y a toujours quelques problèmes. Cette fois ci sur :
    SPIP 3.0.13
    Saisies pour formulaires 1.35.
    et en faisant des essais avec ou sans Zpip-dist v1 1.7.24

    j’obtiens cette magnifique suite de messages digne de M$ :

    Actions réalisées

    L’activation du plugin « Tickets » (version : 2.8.1) s’est correctement déroulée
    L’installation du plugin « Tickets » (version : 2.8.1) a échoué

    Installation du plugin Tickets
    MAJ 0.7
    L’opération a échoué. 0.7 1
    L’opération a échoué.

    • J’ai trouvé. Je fais évoluer un site de spip 2 vers spip 3. J’ai fait une requête sur le terme « ticket » et je l’ai effacé de toutes les tables. Cela devait être un reliquat de la précédente installation sous spip2. De ces messages abscons, c’est le terme MAJ qui m’a mis sur la piste.

    Répondre à ce message

  • Salut,

    super outil collectif, juste un petit souci de configuration : les tickets apparaissent sur le site public malgré l’option qui devrait permettre de ne pas les rendre publics ;

    Par ailleurs, comment désactiver l’envoi de mail (ou au moins configurer l’envoi) ?

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom