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

18 discussions

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

    Reply to this 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

    Reply to this 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...

    Reply to this 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

    Reply to this message

  • 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

    Reply to this 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 ?

    Reply to this 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

    Reply to this 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...

    Reply to this message

  • Hello

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

    Reply to this 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 ?

    Reply to this message

Add a comment

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 / PostgreSQL
  • 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 apparait.

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.

Who are you?
[Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document

Follow the comments: RSS 2.0 | Atom