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é.
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...).
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.
Discussions par date d’activité
24 discussions
Bonjour,
Configuration :
- SPIP 3.0.10 ;
- Tickets 2.5.9 à jour.
J’ai activé sur la page
?exec=configurer_tickets&cfg=autorisationsla 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 ?
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 » ?
ou un bouton « tickets » juste à coté du bouton « forum » ?
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.
Pour le problème des boutons, cela devrait être réparé par http://zone.spip.org/trac/spip-zone/changeset/73497
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).
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 :
et ça c’est cool !
Merci !
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.
Il manquait cela : http://zone.spip.org/trac/spip-zone/changeset/73501
ça devrait finir de résoudre vos bugs maintenant
Je confirme, de mon coté le plugin Tickets (rr73503) est 100% opérationnel avec tous ses nouveaux réglages ;-) Merci !
Merci kent1 !
Répondre à ce message
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
Hello tu as toujours ces problèmes ? même si ça date de 6mois ;)
Répondre à ce message
Bonjour comment intégrer tickets sur l’interface public
je cherche une doc , merci
Répondre à ce message
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 :
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.
Suivre les commentaires :
|
