Problème d'affichage des tableaux longs #2302

Closed
opened 12 years ago by Suske · 9 comments
Suske commented 12 years ago
Owner

Voir http://forum.spip.org/fr_234721.html

A partir de plusieurs centaines de lignes (environ 550 mais je n'ai pas fait bcp de tests), #TEXTE ne retourne plus rien.

Voir http://forum.spip.org/fr_234721.html A partir de plusieurs centaines de lignes (environ 550 mais je n'ai pas fait bcp de tests), #TEXTE ne retourne plus rien.

je ne repoduis pas sur grml.eu SPIP 3.0.0-alpha2 SVN [18469]

je ne repoduis pas sur grml.eu SPIP 3.0.0-alpha2 SVN [18469]
Poster
Owner

C'est faux, ne l'écoutez pas :-p

J'ai testé en spip3: http://suske.grml.eu/ l'art 1 contient 372 lignes. Le 2 aussi... Car je n'aime même pas pu en ajouter 50 (le clic sur "enregistrer" l'article n'enregistre rien => l'erreur est silencieuse en outre !

Mon ticket visait spip 2.1 où l'enregistrement est fait mais l'affichage ne se fait pas.

Bises Ben :-p

C'est faux, ne l'écoutez pas :-p J'ai testé en spip3: http://suske.grml.eu/ l'art 1 contient 372 lignes. Le 2 aussi... Car je n'aime même pas pu en ajouter 50 (le clic sur "enregistrer" l'article n'enregistre rien => l'erreur est silencieuse en outre ! Mon ticket visait spip 2.1 où l'enregistrement est fait mais l'affichage ne se fait pas. Bises Ben :-p
Poster
Owner

Bon pas si simple... http://suske.grml.eu/spip.php?article3 affiche fort bien les 1500 lignes. Cela me permet de réaliser qu'à l'encodage (à la sauvegarde en fait je pense), des sauts de lignes sont venus s'insérer dans http://suske.grml.eu/spip.php?article1

Pffff

Bon pas si simple... http://suske.grml.eu/spip.php?article3 affiche fort bien les 1500 lignes. Cela me permet de réaliser qu'à l'encodage (à la sauvegarde en fait je pense), des sauts de lignes sont venus s'insérer dans http://suske.grml.eu/spip.php?article1 Pffff
Poster
Owner

Avec un tableau plus compliqué (plus long) je reviens au résultat initial...

http://suske.grml.eu/spip.php?article4 est ok (mais spip a initialement ajouté un saut de ligne entre la première ligne et les suvantes) mais si j'ajoute une cinquantaine de lignes, ça saute (rien n'est enregistré en spip 3, pas de message d'erreur)

En 2.1, avec quelques 600 lignes du même accabit, ça saute: les données sont enregistrées mais l'affichage saute

J'arrête de spammer ce site avec ce problème, promis :-p

Avec un tableau plus compliqué (plus long) je reviens au résultat initial... http://suske.grml.eu/spip.php?article4 est ok (mais spip a initialement ajouté un saut de ligne entre la première ligne et les suvantes) mais si j'ajoute une cinquantaine de lignes, ça saute (rien n'est enregistré en spip 3, pas de message d'erreur) En 2.1, avec quelques 600 lignes du même accabit, ça saute: les données sont enregistrées mais l'affichage saute J'arrête de spammer ce site avec ce problème, promis :-p

Bonjour,

J'ai constaté le phénomène suivant sous SPIP 3.0.0-alpha2 [18284] (sans plugins) et sous SPIP 2.1.10 (sans plugins).

Si l'on saisit dans le texte d'un article (par copier/coller) le texte contenu dans le fichier suivant (un tableau de grande taille), l'article affiche bien le tableau :
http://www.spip-contrib.net/IMG/txt/tableau_moins_long.txt

Si l'on saisit dans le texte d'un article (par copier/coller) le texte contenu dans le fichier suivant (le même tableau de grande taille avec quelques lignes en plus), l'article n'affiche pas le tableau :
http://www.spip-contrib.net/IMG/txt/tableau_long.txt

Cordialement

Equipement

Bonjour, J'ai constaté le phénomène suivant sous SPIP 3.0.0-alpha2 [18284] (sans plugins) et sous SPIP 2.1.10 (sans plugins). Si l'on saisit dans le texte d'un article (par copier/coller) le texte contenu dans le fichier suivant (un tableau de grande taille), l'article affiche bien le tableau : http://www.spip-contrib.net/IMG/txt/tableau_moins_long.txt Si l'on saisit dans le texte d'un article (par copier/coller) le texte contenu dans le fichier suivant (le même tableau de grande taille avec quelques lignes en plus), l'article n'affiche pas le tableau : http://www.spip-contrib.net/IMG/txt/tableau_long.txt Cordialement Equipement
Owner

Avec le tableau c'est la règle

tableaux-middle:
  match: "/([^|])(\n[|].*[|]\n)([^|])/UmsS"
  replace: replace_tableaux
  is_callback: Y

qui renvoie un null et vide tout le texte. Sans doute un problème de mémoire à investiguer.
Version cible mise à 3.1

Avec le tableau c'est la règle <pre> tableaux-middle: match: "/([^|])(\n[|].*[|]\n)([^|])/UmsS" replace: replace_tableaux is_callback: Y </pre> qui renvoie un null et vide tout le texte. Sans doute un problème de mémoire à investiguer. **Version cible mise à 3.1**
Poster
Owner

Intéressante investigation de Vincent sur user il me semble: http://permalink.gmane.org/gmane.comp.web.spip.user/177090

Pas une histoire de tableau mais aussi une histoire d'affichage vidé au-delà d'une certaine quantité de texte... Avec une piste de "solution".

Intéressante investigation de Vincent sur user il me semble: http://permalink.gmane.org/gmane.comp.web.spip.user/177090 Pas une histoire de tableau mais aussi une histoire d'affichage vidé au-delà d'une certaine quantité de texte... Avec une piste de "solution".

Bonjour,

Sous SPIP 2.1.21 et sous SPIP 3.0.8.

Si l'on saisit dans le texte d'un article (par copier/coller) le texte contenu dans le fichier suivant (tableau de très grande taille 115Ko), l'article n'affiche pas le tableau :
http://www.spip-contrib.net/IMG/txt/tableau_long.txt

Si dans le fichier de configuration de PHP (php.ini), je met la ligne suivante :
pcre.backtrack_limit=200000

Alors, lorsque je calcul à nouveau l’article, l'article affiche le tableau.

Remarque : la valeur par défaut de pcre.backtrack_limit est 100000 en version de PHP comprise entre 5.2.0 et 5.3.7 (cf. http://php.net/manual/fr/pcre.configuration.php).

Cordialement
Equipement

Bonjour, Sous SPIP 2.1.21 et sous SPIP 3.0.8. Si l'on saisit dans le texte d'un article (par copier/coller) le texte contenu dans le fichier suivant (tableau de très grande taille 115Ko), l'article n'affiche pas le tableau : http://www.spip-contrib.net/IMG/txt/tableau_long.txt Si dans le fichier de configuration de PHP (php.ini), je met la ligne suivante : pcre.backtrack_limit=200000 Alors, lorsque je calcul à nouveau l’article, l'article affiche le tableau. Remarque : la valeur par défaut de pcre.backtrack_limit est 100000 en version de PHP comprise entre 5.2.0 et 5.3.7 (cf. http://php.net/manual/fr/pcre.configuration.php). Cordialement Equipement
Owner

voir #3067
Statut changé à Fermé

voir #3067 **Statut changé à Fermé**
Sign in to join this conversation.
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.