You are not logged in.
Pages: 1
Topic closed
Bonjour,
Je suis passé à la nouvelle version de GLPI (0.80), et depuis, la page de gestion des utilisateurs (Menu Administration => Users) est très lent à se charger.
De plus la page n'affiche pas tous les utilisateurs ni la parti de gestion (pour les update, transfert, ...)
Toutes les autres pages se chargent normalement.
Est-ce un bug connu de GLPI ?
GLPI : 0.80
SE : Windows 2003 Server standart edition
Offline
bonjour
quel est la valeur de votre memory_limit php ?
Offline
128M
Ca n'est pas assez ?
Je n'ai que 101 utilisateurs dans la base.
Offline
y'a-t-il une erreur quelconque si vous affichez glpi en mode debug ?
Offline
En mode debug, quand je charge les fenetres autres que User, j'ai le détail du mode debug, mais avec la page User, j'ai le même affichage qui ne charge pas tous les users (en gros, il ne doit pas arriver a la partie "mode debug)...
Last edited by Tober (2011-05-30 11:47:14)
Offline
J'ajoute comme information que je regarde l'état du processeur lors du chargement de cette page (qui dure quand même une 20aine de seconde). Le processus mysqld.exe prend 100% des ressources pendant le chargement.
Offline
C'est encore moi, j'ai réussi à afficher le mode debug en affichant que les 30 premiers users.
A mon avis, le script fait un timeout si il y a plus de users à afficher...
Voilà le contenu du debug :
Debug.html : http://dl.free.fr/d4ZvnWmJe
Apparement, il tourne en boucle en faisant des requetes :
SELECT *
FROM `glpi_profiles`
WHERE `id` = '1'
Offline
Toujours aucune piste pour m'aider ?
Voilà un complément d'information :
J'utilise Chrome en version 12 (mais le bug se passe sur tous les navigateurs.
Il n'y a aucune erreur dans les fichiers de logs dans /files/...
Voici la configuration de GLPI :
GLPI 0.80 (/glpi => C:/wamp/www/glpi)
Server
Operating Systems : Windows NT VENUS 5.2 build 3790 (Windows Server 2003 Standard Edition Service Pack 2) i586
PHP 5.3.5 (Core, PDO, Phar, Reflection, SPL, SimpleXML, apache2handler, bcmath, calendar, com_dotnet, ctype, date, dom, ereg,
filter, ftp, gd, hash, iconv, json, libxml, mbstring, mcrypt, mhash, mysql, mysqli, mysqlnd, odbc, pcre, pdo_mysql, pdo_sqlite,
session, standard, tokenizer, wddx, xdebug, xml, xmlreader, xmlwriter, zip, zlib)
Setup: memory_limit="128M" max_execution_time="30" safe_mode="" session.save_handler="files" post_max_size="8M"
upload_max_filesize="2M"
Software: Apache/2.2.17 (Win32) PHP/5.3.5 ()
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.91 Safari/534.30
MySQL: 5.5.8-log (root@localhost/GLPI)
../config : OK
../files : OK
../files/_dumps : OK
../files/_sessions : OK
../files/_cron : OK
../files/_cache/ : OK
../files/_graphs : OK
../files/_log : OK
Mysql replicate
Active : No
Notifications / Mail Receiver
Way of sending emails: SMTP
Mail Receiver
OCS Inventory NG
Host for the OCSNG database : 'localhost', Connection to OCSNG database successful, Use the OCSNG software dictionary : 0
Plugins list
reports Name:Reports Version :1.4.0 Status :Installed / not activated
Offline
vous affichez bcp de colonnes dans la liste ?
votre problème semble très bizarre
Offline
Je crois que je n'ai que les colonnes par défaut :
Login Entity (- Profiles) Surname Email Phone Location Active Number of tickets
La trace du debug justifie assez le fait que le script s'arrête au bout d'un certain temps.
On voit bien qu'il boucle pour rien, non ?
Offline
Merci, ça a réglé le problème.
Cette page se chargait correctement dans la version 0.78 avec cette colonne et depuis la migration à la 0.80, c'est comme ça.
Je pense qu'on peut dire que c'est un bug non ?
Offline
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Pages: 1
Topic closed