You are not logged in.
Pages: 1
Topic closed
Bonjour
Je galère sur ma version de GLPI 0.68.1.
J'ai dû importer avec phpmyadmin ma base utilisateurs (NT4 oblige) dans la table glpi_users puis completer la table glpi_users_groupes pour associer avec un groupe (je n'ai pas touché aux index).
Cela a dû fonctionner pendant un temps, un certain nombre de tickets ont été créés mais lorsque j'ai activé la vision des tickets du même groupe pour le profil post-only, je me suis rendu compte du problème suivant :
Le user en profil post_only qui effectue le suivi des tickets de son groupe affiche n'importe quoi a savoir en selectionnant "nouveau", il me met en plus des nouveaux tickets une partie des tickets fermés ou en cours, même chose si je selectionne "fermés" il m'en affiche quelques autres et en enlèves certains, toujours en affichant des tickets d'un statut non demandé !
Si je passe le compte en profil "normal" par exemple la selection se fait bien de même qu'avec tout utilisateur admin ou super-admin.
Je précise aussi que la plupart des tickets n'ont pas de groupe car a moins que je me sois planté dans l'utilisation du groupe, le user post-only ne peut affecter le groupe lors de la création du ticket, c'est donc au tech de le faire et ce dernier le fait très rarement.
J'ai réinstallé GLPI sur une autre machine puis importé la base dans GLPI, je retrouve les mêmes problèmes.
Question (si une réponse est possible ?) : dans quelle direction dois-je chercher, table mal renseignée, index ...
Question subsidiaire: en repartant d'une base vierge qui fonctionne, comment importer 400 users à partir d'un fichier texte (et éventuellement récupérer le reste de ma base à savoir les tickets et la FAQ) ?
merci de votre aide !
Offline
heu faudrait voir surtout si ce n'est pas un bug de GLPI.
est-ce que vous pouvez decommenter la ligne 1281 (//echo $query) du fichier inc/tracking.function.php
et nous donner la requete qu'il effectue ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Merci Moyo de ton aide
En effet voici la requete SQL générée sur un filtrage des nouveaux tickets:
select DISTINCT glpi_tracking.ID as ID from glpi_tracking WHERE '1' = '1' AND glpi_tracking.status = 'new' AND glpi_tracking.author = '15' OR ( glpi_tracking.FK_group = '2' ) ORDER BY glpi_tracking.date DESC
Le OR sur le groupe fait que j'ai des tickets de tout statut mais appartenant au bon groupe !
Offline
oui ce n'est pas terrible en effet.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Moyo, si je remplace le OR dans la requete de selection du groupe par un AND, cela devrait résoudre le bug non ?
if (count ($_SESSION["glpigroups"])){
$where.=" OR ( ";
par
if (count ($_SESSION["glpigroups"])){
$where.=" AND ( ";
Offline
heu pas vraiment c'est un peu plus complexe que cela.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Effectivement la requete doit être plus complexe que je le pensais.
je viens de faire une maj en 0.68.2, le bug semble toujours exister.
je m'étonne par contre que personne ne semble constater le problème. Suis-je donc le seul dans le monde (glpi) à avoir ce problème ??
A quand un correctif si vraiment problmème ?
merci
Offline
n'a pas été traité car posté dans une mauvaise rubrique.
Au moment de la finalisation de la 0.68.2 nous ne parcouront pas toutes les rubriques du forum uniquement celles relatives aux bugs.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
ouie ! bien fait pour moi ! En fait pour ma défense (faut bien que je me défende un peu pour la forme) je n'étais pas sûr au départ que c'était un bug mais plutot une mauvaise manip de ma part !
tu peux le mettre dans la bonne rubrique ?
merci
Offline
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Pages: 1
Topic closed