J'ai un plantage de la page spiplistes_courrier_edit après quelques
secondes lors de la génération du contenu d'une lettre.
Je ne sais pas si je dois chercher dans spip-listes, spip ou mon navigateur.
Quelqu'un a déjà-t'il eu ce problème?
FDM
Bonjour,
Y aurait-il un message allant avec le plantage genre "max execution time...." ou autre ?
Vincent a écrit :
Bonjour,
Y aurait-il un message allant avec le plantage genre "max execution
time...." ou autre ?
Une simple page blanche.
Je constate que Spip-liste embarque beaucoup de javascript. Cela ne me
paraît pas très normal.
S'il s'agit d'un serveur en production, il ne râlera pas directement ce type de sorties, cela complique la vie aux éventuels hackers.
Ceci dit, l'erreur précise serait intéressante dans notre cas ! Tu aurais accès aux logs des fois ?
Vincent a écrit :
S'il s'agit d'un serveur en production, il ne râlera pas directement ce
type de sorties, cela complique la vie aux éventuels hackers.
Ceci dit, l'erreur précise serait intéressante dans notre cas ! Tu
aurais accès aux logs des fois ?
Je n'ai pas accès au logs: hébergement mutualisé
Par contre, je constate que cela passe maintenant sur Internet Explorer
et pas sur Firefox, ni Google Chrome, ni Safari qui m'indique 27
éléments chargés sur 28.
En consultant la console d'erreur de Firefox, j'ai un message:
JQuery is not defined
Erreur : jQuery is not defined
Fichier Source : http://gmt.be/prive/javascript/ajaxCallback.js
Ligne : 44
Vincent a écrit :
S'il s'agit d'un serveur en production, il ne râlera pas directement ce
type de sorties, cela complique la vie aux éventuels hackers.
Ceci dit, l'erreur précise serait intéressante dans notre cas ! Tu
aurais accès aux logs des fois ?
J'ai testé en désactivant la balise #INSERT_HEAD du CS et cela
fonctionne normalement. Serait-il possible que spip-listes n'est pas
cette balise?
J'ai testé en désactivant la balise #INSERT_HEAD du CS et cela
fonctionne normalement. Serait-il possible que spip-listes n'est pas
cette balise?
Hum ... Encore et toujours jQuery ... Visiblement, tu as un conflit entre jQuery et le fameux ajaxCallback.js.
La ligne posant problème est :
if (jQuery.ajax.caller==jQuery.fn._load) return jQuery._ACBajax( type);
Sans en comprendre le détail, il semblerait bien qu'elle fasse appel à des billes de jQuery.
De la, plusieurs possibilités :
- essaye apres avoir fait un backup complet ( site ET base ) de mettre à jour spip et spip-listes.
Si ce n'est pas possible, il faudra bricoler directement avec jquery. Il me semble que le couteau suisse permet de la désactiver sur la partie publique.
A voir s'il ne propose pas de changer de version ? En tout cas, bien joué pour l'erreur javascript, j'étais parti sur une fausse route !
Vincent a écrit :
J'ai testé en désactivant la balise #INSERT_HEAD du CS et cela
fonctionne normalement. Serait-il possible que spip-listes n'est pas
cette balise?
Hum ... Encore et toujours jQuery ... Visiblement, tu as un conflit
entre jQuery et le fameux ajaxCallback.js.
La ligne posant problème est :
if (jQuery.ajax.caller==jQuery.fn._load) return jQuery._ACBajax(
type);
Sans en comprendre le détail, il semblerait bien qu'elle fasse appel à
des billes de jQuery.De la, plusieurs possibilités :
- essaye apres avoir fait un backup complet ( site ET base ) de mettre à
jour spip et spip-listes.Si ce n'est pas possible, il faudra bricoler directement avec jquery. Il
me semble que le couteau suisse permet de la désactiver sur la partie
publique.
A voir s'il ne propose pas de changer de version ? En tout cas, bien
joué pour l'erreur javascript, j'étais parti sur une fausse route !
Je confirme Spip-listes n'aime pas la balise #INSERT_HEAD du Couteau
Suisse. Je l'ai désactivée et j'ai incorporé la balise directement dans
mes entêtes de squelettes. Tout est rentré dans l'ordre.
Et en plus la double occurence du login privé a également disparue.
Je rejoins donc le club des spipiens qui se méfient du CS.
FDM