Problème d’édition des articles après mise à jour Spip

Paul C

Janvier 2014

Bonjour

Je viens de migrer mon site (Spip 3.0.4 / CentOS 32 bits) vers la dernière version de Spip sur une Debian 64 bits.

Globalement tout s’est bien passé mais lors de l’édition de certains articles (pas tous) et du descriptif du site, le champ d’édition qui devrait contenir du texte, est vide alors que l’article est bien présent en base. Si je remet du texte et que je sauve, le texte est bien sauvegardé en base (contrôlé avec PhpMyAdmin) mais le problème subsiste.

Je précise que ma base Spip date d’une des première version de spip et qu’elle a subi plusieurs upgrades mais que l’interclassement est (encore) en latin1_swedish_ci (mais mon site est déclaré en ISO-8859-1)

Je n’ai vu aucune erreur dans l’error_log apache au moment de mes tentatives d’édition des articles posant problèmes... Rien non plus dans les fichiers tmp/log de Spip. J’ai juste quelques erreurs sur l’absences de tables de type "spip_rubriques_liens" mais je pense que c’est sans rapport.

Merci d’avance

Je ne sais plus trop où chercher et toute aide serait la bienvenue.

Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Paul C

Janvier 2014

En complément le problème semble se produire lorsque les deux conditions suivantes sont remplies :
– il y a une quote ’ dans le texte ou un & ou un guillemet " ou > ou < (pas trouvé d’autres caractères qui posent problème)
– ET il y a un caractère accentué dans le texte

Les données sont correctement sauvegardées en base mais l’affichage renvoie un formulaire vierge
Indiquez l’intérêt que vous portez à cette réponse

0
Paul C

Janvier 2014
Il semble que mon problème vienne de mon charset.

A priori :
```
update spip_meta set valeur = 'utf-8' where nom = 'charset';
```
*semble* résoudre le problème. Il me reste à voir les éventuels effets de bord.
Indiquez l’intérêt que vous portez à cette réponse

0

Paul C

Janvier 2014

Il y a des effets de bord : titres & mot clefs qui deviennent faux, URL invalides, etc...
Indiquez l’intérêt que vous portez à cette réponse

0

Paul C

Janvier 2014

Je me demande si ce n’est pas lié à ce qui est dit ici : http://blog.spip.net/SPIP-3-0-13-SPIP-2-1-24-PHP-5-5.html (Novembre 2013).

En revanche, il subsiste une incompatilibité entre PHP 5.4 et les sites SPIP dont le charset est en ISO-8859-1. Dans ce cas, il est possible que certains textes ne s’affichent pas dans les squelettes, ou dans les crayons. Ce bug sera prochainement corrigé, et fera l’objet d’une prochaine release sur les branches 3.0.x et 2.1.x dès que possible.

Vivement la prochaine release donc... J’espère que le "dès que possible" va bientôt arriver...
Indiquez l’intérêt que vous portez à cette réponse

0

Paul C

Janvier 2014

Update : en fouillant le problème que j’ai semble être celui là :

http://core.spip.org/issues/3115

Par contra la solution proposée ne semble pas marcher pour moi :-( A priori la conversion se passe correctement (j’ai mis des debug) mais il y a sans doute une fonction appellant "au dessus" qui pose le même genre de problème :-(

Vivement la correction officielle !
Indiquez l’intérêt que vous portez à cette réponse

0

Paul C

Janvier 2014

PS : même soucis en SPIP 3.0.14-dev
Indiquez l’intérêt que vous portez à cette réponse

0

Paul C

Janvier 2014

Yesss... A priori utiliser htmlentities au lieu de htmlspecialchars en spécifiant que l’encodage est $GLOBALS[’meta’][’charset’] semble résoudre mon problème....
Indiquez l’intérêt que vous portez à cette réponse

0

Anonyme

Janvier 2014

Ci-dessous le lien vers le projet de correction officielle :
http://core.spip.org/projects/spip/repository/revisions/21065
Indiquez l’intérêt que vous portez à cette réponse

0

Paul C

Janvier 2014

Merci beaucoup !