Je suis confronté à un comportement très bizarre. Je n'arrive pas à
modifier deux articles en particulier dans mon site (spip 1.8.3).
Le contenu des articles s'affiche sans problème dans l'espace de
rédaction. Mais quand on veut les modifier en cliquant sur le bouton
idoine (sous linux/firefox 1.5.0.4), une fenêtre de dialogue s'ouvre
proposant de sauvegarder le fichier articles_edit.php3
J'ai dumpé la base et essayé d'éditer les articles sur ma config locale.
Quand je clique sur le bouton "modifier cet article, la page ne finit
pas de charger. On voit apparaître l'entête de la page et l'encart
"ajouter une image". Pas de formulaire d'édition. Pas de pied de page.
Ces articles ont été créés par le même rédacteur qui s'est plaint de ne
pas pouvoir les modifier. En tant qu'administrateur je n'y arrive pas
non plus.
Qu'est-ce que vous feriez pour diagnostiquer le problème ?
Je suis confronté à un comportement très bizarre. Je n'arrive pas à
modifier deux articles en particulier dans mon site (spip 1.8.3).
Le contenu des articles s'affiche sans problème dans l'espace de
rédaction. Mais quand on veut les modifier en cliquant sur le bouton
idoine (sous linux/firefox 1.5.0.4), une fenêtre de dialogue s'ouvre
proposant de sauvegarder le fichier articles_edit.php3
J'ai dumpé la base et essayé d'éditer les articles sur ma config locale.
Quand je clique sur le bouton "modifier cet article, la page ne finit
pas de charger. On voit apparaître l'entête de la page et l'encart
"ajouter une image". Pas de formulaire d'édition. Pas de pied de page.
Ces articles ont été créés par le même rédacteur qui s'est plaint de ne
pas pouvoir les modifier. En tant qu'administrateur je n'y arrive pas
non plus.
Qu'est-ce que vous feriez pour diagnostiquer le problème ?
Je suis confronté à un comportement très bizarre. Je n'arrive pas à
modifier deux articles en particulier dans mon site (spip 1.8.3).
Le contenu des articles s'affiche sans problème dans l'espace de
rédaction. Mais quand on veut les modifier en cliquant sur le bouton
idoine (sous linux/firefox 1.5.0.4), une fenêtre de dialogue s'ouvre
proposant de sauvegarder le fichier articles_edit.php3
J'ai dumpé la base et essayé d'éditer les articles sur ma config locale.
Quand je clique sur le bouton "modifier cet article, la page ne finit
pas de charger. On voit apparaître l'entête de la page et l'encart
"ajouter une image". Pas de formulaire d'édition. Pas de pied de page.
Ces articles ont été créés par le même rédacteur qui s'est plaint de ne
pas pouvoir les modifier. En tant qu'administrateur je n'y arrive pas
non plus.
Qu'est-ce que vous feriez pour diagnostiquer le problème ?
Merci.
GLG
Retrouve l'article dans la base de donnée et regarde à quoi il ressemble, le titre, le reste des champs... est ce qu'il y a quelque chose qui pourrait clocher.
Je suis confronté à un comportement très bizarre. Je n'arrive pas à
modifier deux articles en particulier dans mon site (spip 1.8.3).
Le contenu des articles s'affiche sans problème dans l'espace de
rédaction. Mais quand on veut les modifier en cliquant sur le bouton
idoine (sous linux/firefox 1.5.0.4), une fenêtre de dialogue s'ouvre
proposant de sauvegarder le fichier articles_edit.php3
J'ai dumpé la base et essayé d'éditer les articles sur ma config locale.
Quand je clique sur le bouton "modifier cet article, la page ne finit
pas de charger. On voit apparaître l'entête de la page et l'encart
"ajouter une image". Pas de formulaire d'édition. Pas de pied de page.
Ces articles ont été créés par le même rédacteur qui s'est plaint de ne
pas pouvoir les modifier. En tant qu'administrateur je n'y arrive pas
non plus.
Qu'est-ce que vous feriez pour diagnostiquer le problème ?
Désactive la generation de vignette pour voir ...
J'ai eu le meme probleme : un serveur sans GD avec une config vignette / GD2 ...
Sur les pages ou les vignettes etaient deja generées, ca marchait, mais le flux s'arrete des qu'il doit en generer une.
Si dans la config tu ne peux pas desactiver les vignettes (pas le radio, ca arrive) tente : config-fonctions.php3?changer_config=oui&creer_preview=non&Valider=Valider
Retrouve l'article dans la base de donnée et regarde à quoi il ressemble, le titre, le reste des champs... est ce qu'il y a quelque chose qui pourrait clocher.
Rien de spécial dans le titre, les autres champs ressemblent à ce qu'on
peut trouver dans les articles normaux. (Le champ TEXTE étant binaire,
je ne peux pas afficher son contenu sous phpmyadmin.)
Retrouve l'article dans la base de donnée et regarde à quoi il ressemble, le titre, le reste des champs... est ce qu'il y a quelque chose qui pourrait clocher.
Rien de spécial dans le titre, les autres champs ressemblent à ce qu'on
peut trouver dans les articles normaux. (Le champ TEXTE étant binaire,
je ne peux pas afficher son contenu sous phpmyadmin.)
Ca m'intrigue cette histoire.
bizarre ...
ca coupe toujours au meme endroit ou non ?
Par quoi finit le code HTML renvoyé.
Est-ce que ca a l'air de s'arreter en timeout (30seconde puis la page) ou ca a l'air de finir le boulot et de renvoyer la page normalement ?
bizarre ...
ca coupe toujours au meme endroit ou non ?
Par quoi finit le code HTML renvoyé.
Ca coupe tout le temps après l'encart "ajouter une image" par le code
suivant :
<div style='border: 1px #303030 solid; padding: 4px; color: #505050;'>En
tant qu'administrateur, vous pouvez installer (par FTP) des fichiers
dans le dossier ecrire/upload pour ensuite les sélectionner
directement ici. <a class='aide'
href="aide_index.php3?aide=ins_upload&var_lang=fr"
target="spip_aide"
onclick="javascript:window.open(this.href,'spip_aide', 'scrollbars=yes,
resizable=yes, width=740, height=580'); return false;"><img
src='img_pack/aide.gif'
alt="AIDE" title="De l'aide sur cet élément" width="12"
height="12" border="0" align="middle" /></a></div></div>
<div style='clear: both;'></div></div></form>
</div></div><div style='height: 5px;'></div>
<p />
Est-ce que ca a l'air de s'arreter en timeout (30seconde puis la page) ou ca a l'air de finir le boulot et de renvoyer la page normalement ?
Pas de timeout, ça charge pendant 2 ou 3 secondes et puis ça s'arrête net.
juste pour etre sur, si tu commente la ligne 1025 de inc_documents :
//afficher_case_document($id_document, $image_url, $redirect_url, $id_doc_actif == $id_document);