You are not logged in.
Pages: 1
Topic closed
Bonjour,
Je ne sais pas comment contacter l'équipe du plugin Behavior alors je poste ici.
Le lien : https://forge.glpi-project.org/projects/behaviors semble HS depuis le site des plugins GLPI.
Nous utilisons actuellement le format d'indexation des tickets avec ce modèle : YYMMDDXXXX
Seulement l'ID du ticket semble être un "integer" en 32 bits (valeur max : 2 147 483 647).
Du coup, l'année prochaine le numéro de ticket au premier janvier sera 2201010001
Cet ID sera donc supérieur à la valeur max de l' "integer" et la création ne se fera pas.
Quelqu'un peut-il m'aider à entrer en contact avec la team ?
Merci d'avance
Offline
Pour ceux qui passeraient dans le coin, j'ai mis un script qui renomme les tickets du format YYMMDDxxxx au format YYYYMMxxxx.
Le script est sur le github du plugin : https://github.com/yllen/behaviors/issu … 1004005094
Offline
Le problème a été vu avec Teclib.
Dans un premier temps, il faut passer le script suivant : https://github.com/glpi-project/glpi/pull/10263/
cela corrigera le problème jusqu'en 2043.
Problem solved with Teclib
First, you have to pass the following script: https://github.com/glpi-project/glpi/pull/10263/
this will correct these issue until 2043.
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
Good night!
I saw the file that was changed and the new file that was created.
I added the new lines in the inc/dbmysql.class.php file and created the new inc/console/migration/unsignedkeyscommand.class.php file, then I restarted the server but I still can't generate a new ticket.
My GLPI version is 9.5.1 on a Debian 10. I use the Behavior plugin.
Thanks.
Offline
I did a post with 3 workarounds. The 3rd one is the same, which changes the field types.
There are other two that don't depend on the continuity of the GLPI Core updates.
Maybe in the future, when you update, you'll have to run this script again and make sure there aren't any other tables to be changed again.
https://www.arthurschaefer.com.br/2022/ … o-em-2022/
It's in Portuguese, but I guess it's understandable using any translation app.
Feel free to ask, and I'm happy if I can help you.
Arthur Schaefer
GLPI Tech Writer @ Teclib'
Teclib' YouTube Channel with more GLPI content
My blog, where I write about tech | My YouTube channel
Offline
3 nouvelles publications pour corriger ce problème dans les vieilles versions de GLPI: https://github.com/yllen/behaviors/releases
3 new publications to correct this issue in old versions of GLPI: https://github.com/yllen/behaviors/releases
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
Pages: 1
Topic closed