Tickets, suivi de bugs

Publié le : 28 novembre 2008 – Dernière modification le 21 décembre 2021 – par Eric Lupinacci, kent1 – 69 commentaires

1
2
3
4
5
12 votes

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

5 ans 1 an 3 mois Sans limite
par date
Filtrer

24 discussions

  • stephane

    Bonjour,

    je souhaiterais affiché les ticket en page public comme pour
    https://programmer.spip.net/spip.php?page=tickets

    mais je n’ai pas encore trouver comment faire , si vous aviez une piste
    merci

    Répondre à ce message

  • 4
    graphie

    Bonjour,

    Avec SPIP 4.0 / 4.1 et Tickets : je ne retrouve pas la possibilité de renseigner une Sévérité et un Type, comme on le voit sur la copie d’écran Une page d’un ticket, ci-dessus.
    Comment activer cette fonctionnalité ?

    Merci,
    François

    Répondre à ce message

  • 1
    graphie

    Bonjour,

    Comment proposer la création d’un ticket dans l’interface publique ?
    (Pour un extranet)

    Merci,
    François

    • graphie

      On peut afficher le formulaire de création de tickets dans un squelette public en appelant directement #FORMULAIRE_EDITER_TICKET.

      Merci @nicod_ !

    Répondre à ce message

  • graphie

    Bonsoir,

    Comment être notifié lorsqu’un auteur intervient sur le forum lié à un ticket ?

    Merci,
    François

    Répondre à ce message

  • 3
    pamillet

    bonsoir
    sur un nouveau site spip4, le plugin s’installe bien, je le paramètre avec des autorisations larges, tous les auteurs peuvent créer/modifier un ticket
    mais impossible de créer unticket
    message « ticket_edit : Accès interdit »
    J’ai bienrelu les paramètres d’autorisation
    un commentaire évoquait l’ajout d’une ligne dans mes_options.php define(’_TICKETS_AUTORISATION_ECRIRE’, ’1comite’) ;
    mais ca n’a rien changé non plus
    et bizarrement, pas de log ??

    merci d’avance d’une piste
    pam

    Répondre à ce message

  • 1
    Sylvain Nogues

    Bonjour,
    pour info, bug sur un spip 4.1 (mode compat 4.0) :
    Erreur d’exécution ../plugins/auto/tickets/v4.1.9/prive/squelettes/contenu/ticket_edit.html | File […]/ecrire/inc/autoriser.php Line 106 : Argument 5 passed to autoriser() must be of the type array, string given, called in […]/tmp/cache/skel/html_255779fe17d5cf55b4c475ccf017f9d9.php on line 31

    Répondre à ce message

  • 2
    Julius-G

    Hello,

    Pour ceux qui comme moi ont besoin qu’un rédacteur puisse rédiger un ticket, il faut aller dans le répertoire du plugin :
    /plugins/auto/ticket/v4.1.5/tickets_autorisation.php
    et modifier la ligne contenant : _TICKETS_AUTORISATION_ECRIRE
    au lieu de 0minirezo mettre 1comite.

    e même pour pouvoir attribuer le ticket à un rédacteur par exemple, aller sur le ligne contenant :
    _TICKETS_AUTORISATION_ASSIGNERETRE et faire la même manipulation.

    Attention lors d’une mise à jour du plugins, il faudra certainement faire la m^meme chose.

    • Maïeul

      Non, il ne faut pas procéder ainsi. Comme vous le dites vous mêmes, cela sera perdu à chaque mise à jour du plugin.

      Or, en l’occurence, il s’agit de constantes qui peuvent être définie, précisement pour pouvoir être réglé sans toucher au code du plugin. Il faut donc mettre dans son fichier mes_options.php la définition que l’on souhaite :

      define('_TICKETS_AUTORISATION_ECRIRE', '0minirezo');

      et de même pour les autres constante

    • Julius-G

      oups en fait je viens juste de voir qu’il y avait sur la gauche un bouton AUTORISATION, donc ne pas prendre en compte ma remarque.

    Répondre à ce message

  • DD

    Bonjour,
    Sur un site à jour avec j’ai un problème d’édition des tickets :
    Sur une page ecrire/ ?exec=ticket_edit&id_ticket=x

    Après modification du texte et validation j’ai le message
    "Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau."

    Si je reclique sur « enregistrer » j’ai une page blanche à l’adresse ecrire/ ?exec=ticket_edit

    Par contre si j’utilise les crayons pour éditer le ticket il n’y a pas de problème.

    Merci

    Répondre à ce message

  • 1
    Pascal

    Bonjour,
    j’ai noté que dans les évolution « — 1.0 : on peut assigner le ticket à un rédacteur. »
    En fait, j’aurai besoin que le rédacteurs puissent rédiger un ticket.
    Comment peut-on l’autoriser ?
    Merci de vos réponses

    • Pascal

      J’ai bien essayé de modifier le fichier : tickets_autorisations.php
      mais sans résultat...

    Répondre à ce message

  • 2
    JLuc

    Tickets est installé sur http://programmer.spip.net (en SPIP 3.2.3 SVN [24210]) je constate qq problemes :
    -  1) il n’y a pas d’accés aux tickets dans le menu Editer (mais un accés direct à la page https://programmer.spip.net/ecrire/?exec=tickets donne bien la liste des tickets)
    -  2) les balises cadres dans les tickets s’affichent mal dans le public : exemple là https://programmer.spip.net/Expliciter-le-cas-de-figure-ou-il-y-a-plusieurs-fonctions-dans-un-fichier?var_mode=recalcul On voit le html <span class="kw2">function</span> inc_patates_eplucher<span class="br0">&#40;</span><span class="re0">$nb</s...
    -  3) dans le paramétrage du plugin, onglet « classification », il y a des liens dont c’est le html qui est visible : Les groupes qui peuvent actuellement être liés aux tickets sont les suivants : ⚠️ <a href=https:// programmer.spip.net /ecrire/?exec= groupe_mots &id_groupe=19> Sévérité</a>, <a href= https://programmer.spip etc etc etc

    Répondre à ce message

  • 1
    Yohooo

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

    • kent1

      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
    Peetdu

    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.

    • Fa_b

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

    • b_b

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

    • Fa_b

      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

    • b_b

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

    • Fa_b

      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

  • DjackO

    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

  • Pierre KUHN

    Hello

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

    Répondre à ce message

  • 2
    Fa_b

    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
    Luis Speciale

    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 +

    • Maïeul

      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.

    • Fa_b

      +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.

    • Maïeul

      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...

    • speciale

      u r d best

    • Fa_b

      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’.

    • Luis Speciale

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

    • Luis Speciale

      Ta question l’autre jour sur seenthis

    • Maïeul

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

    • Maïeul

      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.

    • speciale

      Merci ;)

    Répondre à ce message

  • 2
    milsabor

    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,

    • milsabor

      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.

    • Maïeul

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

    Répondre à ce message

  • 1
    DjackO

    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é.

    • DjackO

      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

  • ari

    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

  • 8
    Teddy Payet

    Bonjour,

    Configuration :
    -  SPIP 3.0.10 ;
    -  Tickets 2.5.9 à jour.

    J’ai activé sur la page ?exec=configurer_tickets&cfg=autorisations la possibilité pour les administrateurs et les rédacteurs d’écrire des tickets.
    Quand je me connecte avec un auteur « rédacteur », impossible de trouver un bouton « tickets » dans l’espace privé.

    Actuellement, le lien « Tickets, suivi de bugs » se trouve dans le menu « Publication » qui n’est pas accessible à un simple rédacteur…

    Vous rencontrez le même soucis que moi ?

    • Cyril Marion

      Je confirme sur un SPIP 3.11-dev avec tickets 2.6.0 :

      pour accéder à la page des tickets il faut indiquer l’url ?exec=tickets car l’entrée « tickets » n’apparait pas dans le menu « édition » ; l’accès aux tickets pourrait peut-être se faire par le menu « édition » à la place du menu « publication » ?
      ou alors depuis la barre d’icônes avec un bouton« nouveau ticket », juste à coté du bouton « nouvel article » ?
      à gauche
      ou un bouton « tickets » juste à coté du bouton « forum » ?
      à droite

      D’autre part (il s’agit d’un autre souci) même en spécifiant sur la page ?exec=configurer_tickets&cfg=autorisations que l’assignation des tickets ne peut être faite que par les administrateurs, un simple rédacteur peut assigner des tickets.

    • kent1

      Pour le problème des boutons, cela devrait être réparé par http://zone.spip.org/trac/spip-zone/changeset/73497

    • Teddy Payet

      Tout pareil que Cyril.

      Les autorisations, personnalisées et/ou par défaut, ne sont pas prises en compte. Un simple rédacteur peut assigner un ticket et changer son statut (qu’il en soit l’auteur ou pas).

    • Cyril Marion

      En revanche, un auteur autorisé dispose désormais d’une entrée « Tickets » dans le menu « Publication », et d’un bouton « Ajouter un ticket » dans la barre de menus :
      2qvz71j.jpg

      et ça c’est cool !
      Merci !

    • kent1

      Hop et cela : http://zone.spip.org/trac/spip-zone/changeset/73499

      Cela devrait permettre de jouer un peu plus finement sur les autorisations notamment d’assignation et de commenter.

      Jusque là on prétendait que si une personne pouvait modifier le ticket, elle pouvait l’assigner ce qui est potentiellement faux.

      Ajout donc d’une checkbox dans les autorisations pour rétablir ce comportement si besoin.

    • kent1

      Il manquait cela : http://zone.spip.org/trac/spip-zone/changeset/73501

      ça devrait finir de résoudre vos bugs maintenant

    • Cyril Marion

      Je confirme, de mon coté le plugin Tickets (rr73503) est 100% opérationnel avec tous ses nouveaux réglages ;-) Merci !

    Répondre à ce message

  • 1
    tofulm

    Bonjour,
    sous spip3 , sqlite et la dernière version de ticket, je n’ai pas réussi à faire fonctionner les autorisations.
    -  > écrire un ticket (impossible pour les admins restreints)
    -  > assigner (meme si on séléctionne webmestre, il affiche tous les admins)

    Y a t’il un configuration spécifique que j’ai loupé en dehors de l’onglet autorisation du plugin ?

    Cordialement

    • kent1

      Hello tu as toujours ces problèmes ? même si ça date de 6mois ;)

    Répondre à ce message

  • spipfactory

    Bonjour comment intégrer tickets sur l’interface public

    je cherche une doc , merci

    Répondre à ce message

  • Artlogic

    Bonjour,

    Sous la version pour spip 2.1.x quelles sont les personnes prévenues de la création/modification d’un ticket ? J’ai peur qu’un mail soit envoyé quelque soit le statut. Merci de vos réponses.

    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