plugin validation 1.1.0

pchauvin · 2011-12-19 17:44:57

Bonjour,

je reviens sur un post clôturé: http://www.glpi-project.org/forum/viewt … p?id=24554

je ne sais pas si cela m'avais échappé à l'époque (ca m'etonnerait) mais en réalité, la migration des états de validation ne se passe pas bien dans mon cas.

Exemple: un ticket avec une validation refusée: Dans le champ validation du ticket, l'info "refusé" est bien inscrite. Par contre, dans l'onglet validation, la ligne est dans l'état "en attente de validation".
Du coup, dans la console centrale, la section "vos tickets à valider" est bien fournie alors qu'en réalité, tous ces tickets ont déjà été traité.

J'avais d'abord essayé d'utiliser la version 1.1.0 du plugin directement depuis une GLPI 0.83 migrée depuis une 0.72. Après avoir constaté le problème, j'ai ré-effectué une migration de la 0.72 vers la 0.78 puis réinstaller le plugin mais le problème reste entier.

Une aide serait-elle encore possible? Je suis actuellement toujours en prod sur la 0.72 et j'envisageai une mise en prod de la 0.80.5 fin décembre. Mais cela est conditionné à la bonne migration du plugin validation....
Merci

Last edited by pchauvin (2011-12-20 13:19:16)

pchauvin · 2011-12-20 13:04:41

En image pour mieux comprendre:

en haut: version glpi 0.72 avec plugin 1.0.1
en bas: version glpi 0.78.1 avec plugin 1.1.0 (après execution pour migration). Même symptôme en GLPI 0.78.5, 0.80 et 0.83

Le statut de validation général du ticket est lui bien appliqué (en l'occurence "Refusé" puisqu'une des 2 demandes de validation était refusée).

Merci

Last edited by pchauvin (2011-12-20 13:17:33)

pchauvin · 2011-12-27 12:42:29

J'éspère sans abuser, je me permet ce petit UP...
J'ai tellement envi de migrer vers GLPI 0.8x....

Merci

pchauvin · 2011-12-27 13:33:24

Je viens de recréer un environnement de test "saint":
- nouvelle installation GLPI 0.72.4
- installation du plugin validation 1.0.1
- Création de 2 tickets avec demandes de validation traitées
- migration vers glpi 0.80.5
- migration des validations depuis plugin 1.1.0

==> même constat: le champ "validation" de l'en-tête des tickets est bien renseigné. Par contre, dans l'onglet "validation", le ou les lignes de validation sont dans l'état "En attente de validation".
Suite à la migration donc, les valideurs se retrouvent avec une liste à traiter de tous les tickets pour lesquels ils ont reçus une demande de validation depuis la mise en production de GLPI, alors qu'ils ont déjà traité la validation de ces tickets.
Voilà pourquoi je suis bloqué dans mon projet de migration GLPI.

Le problème semble donc bien venir du fonctionnement du plugin 1.1.0 (mais dans ce cas, je m'étonne d'être le seul sur le forum à remonter ce problème). A moins qu'il y ait un soucis avec ma configuration...

Merci pour toute aide charitable.

ddurieux · 2011-12-27 14:41:15

La validation a été ajouté en 0.80, donc le plugin n'a plus lieu d'exister dans cette version (ni les prochaines d'ailleurs)

tsmr · 2011-12-27 15:20:44

Non le plugin a été intégré au coeur en 0.78. Il faut donc faire le test de migrer GLPI de 0.72.4 en 0.78.5, de migrer le plugin et voir le résultat.

pchauvin · 2011-12-27 16:02:44

Merci de vos réponses.

J'ai déjà fait le test de migrer mon GLPI 0.72 (copie de mon environnement en production) vers 0.78.5 et le problème était le même.
Voici ce que j'ai pu observer au niveau des tables:

Extrait de la table "glpi_plugin_validation" en GLPI 0.72 - plugin 1.0.1:

Extrait de la table "glpi_ticketvalidations" en GLPI 0.78.5 - plugin 1.1.0 après migration:

La valeur du champ "status" de la table "glpi_plugin_validation" n'est donc pas copier dans le champ "status" de la table "glpi_ticketvalidations".

Merci

pchauvin · 2011-12-27 17:22:09

Je viens également de me rendre compte (comme le monte l'image sur le 2ème post de ce topic) que la "date de la demande" sur la ligne de validation est remplacée par la date de la migration des états de validation...

tsmr · 2011-12-28 10:33:42

Faut que je prenne le temps de revérifier la migration des datas. Ca remonte à loin maintenant

pchauvin · 2011-12-28 11:05:53

Oui je comprend.
Merci en tout cas de ce temps que tu prendras. Mais je le redis, bizzard que ce problème n'ait pas été remonté par d'autre qui ont déjà migré...

J'attend donc le résultat de tes investigations dans le passé pour le futur de GLPI dans mon entreprise "doc Emmet Brown".

pchauvin · 2012-01-09 10:13:03

Hello, petit up pour savoir.....

PS: GLPI a convaincu d'autres sociétés du groupe auquel j'appartiens. Je commence donc a travailler sur l'intégration de leurs données de parc dans la base GLPI. Si je pouvais assurer la mise en prod de GLPI dans les autres sociétés dans la version up to date, ce serait formidable.

Merci

pchauvin · 2012-01-11 12:45:36

Et je m'appercois aussi que le demandeur de la validation est remplacé systématiquement par mon nom, avec lequel j'effectue la migration.
J'ai bien essayé de regarder le code php, le fichier index.php, mais je suis vraiment pas a l'aise avec php.

Help!

tsmr · 2012-01-11 13:13:39

dans index.php essaye de remplacer :

$valid->add($values); (ligne 62)

par :

$query = "INSERT INTO `glpi_ticketvalidations` ( `id` , `entities_id` , `tickets_id` , `users_id_validate` , `comment_submission` , `comment_validation` , `status` , `submission_date` , `validation_date` )
VALUES (
NULL , '".$values["entities_id"]."','".$values["tickets_id"]."', '".$values["users_id_validate"]."', '".$values["comment_submission"]."', '".$values["comment_validation"]."', '".$values["status"]."','".$values["submission_date"]."', '".$values["validation_date"]."'
);";
$DB->query($query);

pchauvin · 2012-01-11 13:32:14

Merci de ta réponse.

Alors ya du mieux.

En sélectionnant, dans la fenêtre de migration, les validations concernant un ticket par exemple, je récupère bien le statut de validation, le valideur, les bonnes dates et commentaires: génial!

Par contre, quand je sélectionne la totalité des validations à migrer, rien n'est migré.

J'ai essayé en sélectionnant 4 validations : ca fonctionne

Il y a une limitation quelque part mais où ?
As-tu une idée? le debug t'intéresse t'il?

En tout cas, merci je reprend espoir

tsmr · 2012-01-11 13:36:53

Hum y a pas de raison : il faudrait voir ce qui se trouve dans php-error ou sql-error et en mode debug.

pchauvin · 2012-01-11 15:17:30

Rien dans le php-error
Rien dans mysql-err (je n'ai pas de fichier sql-error)
Pas de message particulier en mode debug.
Pour info, j'ai environ 3700 enregsitrements à migrer

Pour ce qui est de la récupération du nom du demandeur de la validation, est-ce possible? Ca me paraît chaud vu que c'est stocké dans la table glpi_ticketfollowups ("user_id")....
A moins de s'appuyer sur les champs tickets_id et Date (table glpi_ticketfollowups ) comme clé et faire la liaison avec les champs id_tracking et date_sent (table plugin_validation_validations).

Last edited by pchauvin (2012-01-11 15:43:07)

pchauvin · 2012-01-11 15:55:30

C'est étrange: je n'ai plus non plus les messages "demande de validation envoyée à XXX" qui apparaissent pendant la migration. Et cela, depuis la modification du code dans index.php.

Un lien avec le problème de migration en masse?

tsmr · 2012-01-11 16:20:31

Déjà je te conseille vivement de désactiver les notifications avant migration du plugin. Ceci évite les renvoi de validation en fait.

Je viens de me remette en conditions réelles pour retester la migration en masse et y a pas de souci..

pchauvin · 2012-01-11 17:18:04

Oui oui, les notifications sont bien désactivées.
Seulement, même si le mail n'était pas envoyé, un message pour chaque validation migrée apparaissait, le fameux message "demande de validation envoyée à".

Pas moyen pour de migrer en masse mes 3700 lignes. J'ai essayé un lot de 100, ca passe. Comprend pas. Et c'est vraiment lié à l'ajout du code dans index.php.

Et pour récupérer le nom du demander de la validation, tu as une idée?

Merci

tsmr · 2012-01-11 17:26:19

J'ai essayé un lot de 100, ca passe et pas 3700, je dirais un memory_limit trop bas

Pour le nom du demandeur de la validation c’était pas stocké dans le plugin. Donc c'est bien compliqué et je n'ai malheureusement pas le temps de m'y consacrer.

pchauvin · 2012-01-11 17:56:44

Ok je te remercie du temp que tu as consacré à ce problème.
pour le memory limit, je suis à 512 MB dans le php.ini donc je ne crois pas que ca vienne de ça.

Si par hazzard tu trouves, je prend.
Sinon bah.... je vais me palucher la migration par lot.

Merci dans tous les cas. Au moins, je ne suis plus bloqué dans mon projet de migration vers GLPI 0.8x.

Forum GLPI-Project

Announcement

#1 2011-12-19 17:44:57

plugin validation 1.1.0

#2 2011-12-20 13:04:41

Re: plugin validation 1.1.0

#3 2011-12-27 12:42:29

Re: plugin validation 1.1.0

#4 2011-12-27 13:33:24

Re: plugin validation 1.1.0

#5 2011-12-27 14:41:15

Re: plugin validation 1.1.0

#6 2011-12-27 15:20:44

Re: plugin validation 1.1.0

#7 2011-12-27 16:02:44

Re: plugin validation 1.1.0

#8 2011-12-27 17:22:09

Re: plugin validation 1.1.0

#9 2011-12-28 10:33:42

Re: plugin validation 1.1.0

#10 2011-12-28 11:05:53

Re: plugin validation 1.1.0

#11 2012-01-09 10:13:03

Re: plugin validation 1.1.0

#12 2012-01-11 12:45:36

Re: plugin validation 1.1.0

#13 2012-01-11 13:13:39

Re: plugin validation 1.1.0

#14 2012-01-11 13:32:14

Re: plugin validation 1.1.0

#15 2012-01-11 13:36:53

Re: plugin validation 1.1.0

#16 2012-01-11 15:17:30

Re: plugin validation 1.1.0

#17 2012-01-11 15:55:30

Re: plugin validation 1.1.0

#18 2012-01-11 16:20:31

Re: plugin validation 1.1.0

#19 2012-01-11 17:18:04

Re: plugin validation 1.1.0

#20 2012-01-11 17:26:19

Re: plugin validation 1.1.0

#21 2012-01-11 17:56:44

Re: plugin validation 1.1.0

Board footer