J'ai eu divers bugs liés à ckeditor (depuis un an, sur ce site dont je paie l'hébergement), Views, sans parler des omega...
Tout admin de drupal (ou toute autre application informatique), connait le phénomène des "bugs qui se déplacent". En cas d'erreur, on regarde les logs - et quand on n'y trouve RIEN d'inhabituel, on vit avec si c'est mineur - car l'on sait que cela peut aussi "retomber en marche".
En résumé, techniques de dépannage d'un module récalcitrant...
-
après update.php, vider le cache drupal
-
vider les caches du navigateur : CTRL F5 est insuffisant. Tester (firefox) CTRL+MAJ+SUPP. Et/ou tester avec un autre navigateur (IE, opéra...)
-
désactiver les caches de drupal, désactiver la compression des .JS (voir des .css) ; tester, retourner au point 1
-
documenter: consulter le README.TXT et site web du/des modules impliqués, vérifier l'installation des modules (versions, prérequis, notes des dev, droits des fichiers et dossiers chez l'hébergeur...) car c'est toujours utile
-
si toujours ko, pas d'erreurs dans les logs ni aucune piste:
Tenter une modif mineure, sauver le user (ou la conf du module) et retester ; retourner au point 1.
-
Utiliser Firebug: vérifier les droits des users (tester avec un nouvel user créé),
ainsi que la conf (via URL admin de drupal) des modules suspectés (que l'on vient de modifier ou de mettre à jour).
-
Penser à relancer son instance la nuit, regarder les incidents chez l'hébergeur, et retourner au point 1 (faire un backup bien sur)
-
revenir à un thème de base, désactiver d'autres modules... c'est à dire sur une machine de dev si le dit bug touche la prod :)
. Pas besoin de cliquer ailleurs, l'IP s'affiche au bout de quelques secondes.
