You are not logged in.
Bonjour,
Lorsqu'un ticket est résolu et que la solution est refusée, le ticket est de nouveau à traiter.
Lorsqu'une nouvelle solution est ajoutée, celle-ci écrase l'ancienne dans la timeline du ticket.
Il serait bien que l'ancienne solution soit transformée en suivi à date de la 1ère résolution afin de garder une trace de la solution apportée.
Merci,
GLPI 9.2
Apache 2.4
PHP Version 7.1
MySQL 5.7
Offline
Personne n'est intéressé par cette demande ? Cela me parait pourtant très utile de conserver une trace d'une solution refusée...
GLPI 9.2
Apache 2.4
PHP Version 7.1
MySQL 5.7
Offline
bonjour,
il y a des demandes similaires déposées ici :
http://glpi.userecho.com/topics/99-tick … n-history/
il y a bien du monde intéressé.
je trouve également que c'est interressant, je demande à mes tech de laisser la première solution et d'indiquer en dessous 2eme solution;
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Bonjour,
Il serait plus intéressant et efficace que la 1ère solution soit transformée automatiquement en suivi, cela me parait assez logique pour tout le monde.
Avis aux devs GLPI...
GLPI 9.2
Apache 2.4
PHP Version 7.1
MySQL 5.7
Offline
je suis d'accord, mais en attendant, je contourne...
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
D'accord également. Nous n'utilisons pas la solution car effectivement on perd l'historique si on doit en proposer une autre.
Offline
Il me semble que la demande est traitée dorénavant, non ?
Les solutions rejetées viennent se placer dans le suivi.
Offline
Il me semble que la demande est traitée dorénavant, non ?
Les solutions rejetées viennent se placer dans le suivi.
Non, un suivi sera créé avec le commentaire mis lors du refus de la solution. La première solution est perdue
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
On a toujours pas de solution à ce sujet ?? J'attendais cette évolution sur la nouvelle version... Je ne comprends pas que ça ne gène pas plus de monde.
Cordialement,
GLPI 9.2
Apache 2.4
PHP Version 7.1
MySQL 5.7
Offline
Complètement d'accord surtout que cela semble planifié d'après le lien donné dans ce fil : http://glpi.userecho.com/topics/99-tick … n-history/
Last edited by fucce (2017-10-24 17:00:02)
GLPI 10.0.7
Apache 2.4.55
PHP Version 8.1.16
MySQLi 8.1.16
Offline
Bonjour Fucce,
Ah super je pensais être seul ! Je pense que beaucoup de monde serait intéressé de voir cette modification arriver, surtout que ce sujet est ouvert depuis longtemps !
Comment peut-on s'en sortir ?
GLPI 9.2
Apache 2.4
PHP Version 7.1
MySQL 5.7
Offline
Apparemment ils sont dessus... en fait j'ai l'impression qu'on est pas les seuls mais que ça n'a pas l'air si simple... si tu y comprends quelque chose : https://github.com/glpi-project/glpi/pull/2881
GLPI 10.0.7
Apache 2.4.55
PHP Version 8.1.16
MySQLi 8.1.16
Offline
D'accord oui en effet... J'espère qu'une solution va arriver prochainement alors car c'est assez embêtant pour mon équipe de développeurs...
GLPI 9.2
Apache 2.4
PHP Version 7.1
MySQL 5.7
Offline
Je viens de faire la mise à jour en 9.3... ils nous ont écouté... Allelluia!! Merci.
GLPI 10.0.7
Apache 2.4.55
PHP Version 8.1.16
MySQLi 8.1.16
Offline