Bonjour,
c’est peut-être rien mais j’ai trouvé sur contrib un bug illustré ici :
http://www.spip-contrib.net/Zpip-blocs-de-page-et-Ajax
Donne un code html “vide”
Je ne sais pas à quoi c’est dû, car le même code sur un spip3.0.1 svn fonctionne nickel
.Gilles
Moi je sais 
Je suis le coupable.
En fait c'est coloration_code/trunk le coupable mais juste sur le serveur à Cédric. Je sais quelle Regexp plante chez lui (la recherche de caractère suivant (?=...) en fin de regexp là : http://zone.spip.org/trac/spip-zone/browser/plugins/coloration_code/trunk/geshi/geshi/spip2.php#L104), je sais pas pourquoi, c'est certainement du à une version de PCRE. Je vais mettre une preg différente (enlever simplement la recherche de { ) lorsque PCRE n'a pas au moins une certaine version (que je ne connais pas :p) située entre 7.6 2008-01-28 et 8.12 2011-01-15.
MM.
matthieu, tu vas dire que c'est pas bien, mais avec
<code class='spip3'>
ça fonctionne
...
Non, je dirais pas ça. Le colorieur SPIP3 utilise de phraseur et decompilateur et est du coup plus précis MAIS il perd parfois des informations (majuscule sur les tables de boucles, divers espacements, écriture des INCLURE différente ou des [(#BALISE)] différente en ajoutant les [( s'ils n'y sont pas alors que théoriquement nécessaires : du coup le code colorié produit n'est pas forcément exactement le même qu'en entrée.
MM.
Est-ce vraiment gênant pour des <codes class='spip3'> ? Ce qualificatif indique bien qu'on entre dans l'univers de spip3 alors peut être peut on lui passer entièrement la main et afficher ce rendu 'tel que spip3 le voit' ?...
JLuc
Ah non non, c'est juste que c'est le 3e colorieur pour SPIP dans le plugin coloration_code, pour le coup, rien à voir avec la version 
MM.
Bon voilà, j'ai appliqué avec http://zone.spip.org/trac/spip-zone/changeset/61883 le pis-aller que j'imaginais pour cette version de PCRE
MM.