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

  • 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

    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

    Bonjour,

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

    Merci,
    François

    • 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

  • Bonsoir,

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

    Merci,
    François

    Répondre à ce message

  • 3

    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

    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

    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.

    • 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

    • 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

  • 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

    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

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

    Répondre à ce message

  • 2

    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

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