[spip-dev] SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

Dev
1

Ces deux versions proposent corrections de bugs et améliorations
diverses, dont une compatibilité minimale avec PHP 5.5. Côté version
PHP, notez que des modifications importantes en php 5.4 et 5.5 font que
des bugs risquent d'apparaître ici et là. Si votre base de données est
en charset iso-8859-15, les bugs sont même certains et importants. Nous
tâcherons d'apporter une solution fiable dans SPIP 3.1 (le père Noël
nous l'a commandée mais ne le répétez pas, elle sortira quand elle sera
prête et c'est tout) ! En attendant, si vous constatez des problèmes,
pensez à les communiquer en rédigeant un "ticket" sur
http://core.spip.org !

Côté tuyau, si vous utilisez le plugin YAML, notez que si vous metttez
à jour depuis une version antérieure à SPIP 3.0.11, il *faut* mettre à
jour le plugin *avant* de mettre SPIP à jour. Nous avions annoncé pour
SPIP 3.0.11 que "Textwheel et son décodeur Yaml, proposent par défaut
un yaml_to_array" mais comme le plugin Yaml proposait aussi cette
fonction, le conflit résultant cause une erreur fatale et rend votre
site indisponible. Ce problème est résolu dans le plugin Yaml depuis la
version 1.5.1
(http://zone.spip.org/trac/spip-zone/changeset/74084/plugins/yaml),
autant le savoir.

Comme il devient de coutume, une liste complète des modifications a été
concoctée avec amour, abnégation et tendresse !

- Changements entre 2.1.23 et 2.1.24:
http://www.spip.net/fr_article5646.html
- Changements entre 3.0.11 et 3.0.13:
http://www.spip.net/fr_article5648.html

Nous y relevons par exemple:

    * l'arrivée du français féminin dans les langues disponibles
    * amélioration sur la recherche
    * corrections sur les squelettes par défaut (squelettes-dist) et
dans le privé
    * améliorations de sécurité
    * que imagepalettetotruecolor() a été adopté par PHP :-p
(http://core.spip.org/projects/spip/repository/revisions/20656)
    * de nombreuses corrections/améliorations/fermeture de tickets...

Bien d'autres choses ont évolué dans la communauté et ses outils,
notamment du côté de la gestion des traductions: notre robot Salvatore
attribue désormais les traductions à celles et ceux qui les ont
effectivement réalisées et c'est tant mieux ! Pour "tout savoir" sur
tout SPIP, visitez http://blog.spip.net, et en particulier
http://blog.spip.net/+-gazette-+.html : depuis l'été un sérieux effort
est fait pour vous informer !

Bon SPIP !

L'équipe SPIP

PS: la version 3.0.12 aura vécu le temps d'une soirée mais présentait un
regrettable bug, so long 3.0.12.

Mise à jour

2

Bravo à tous ceux qui ont bossé pour faire la release qui était dans les tuyaux depuis un moment !

C'est juste dommage de l'avoir annoncé en disant qu'elle était fortement bugguée en iso-truc.

Je pense que, pour une prochaine fois, il y a deux options :
- soit le bug est effectivement avéré et gênant, et on prend quelques jours pour le corriger avant de releaser ;
- soit le bug est minime (comme plein d'autres concernant les tickets encore ouverts), et on le met pas en avant comme ça.
(Encore en plus en disant qu'on corrigera en 3.1 (soit aux calendes grecques), comme si il était pas possible de corriger dans la 3.0.x)

Bon, y a plus qu'à se retrousser les manches, corriger le bug, et refaire une release avec une annonce claire !

Des bisous, parce que y a que ceux qui, comme moi, n'ont rien fait qui risquaient pas de se tromper :slight_smile:

Cédric

3

8 lettres : P.A.S. M.I.E.U.X. ! ^^
Encore un super boulot, comme d'hab' en fait ! :smiley:
Un gros merci à toute l'équipe !

*/me tellement la tête dans le guidon qu'il en avait oublié d'être poli :-$*

4

e 10/11/13 19:29, Cédric Morin a écrit :

C'est juste dommage de l'avoir annoncé en disant qu'elle était fortement bugguée en iso-truc.

Hum, oui. L'idée était plutôt de dire: si vous avez la main sur votre
serveur et êtes en isotruc ne montez pas la version de php sous prétexte
qu'on vient de dire "SPIP a une compat minimale en php5.5"...

Mais ça aurait pu/dû faire l'objet d'un mail séparé ici même, par
exemple, ok.

Je pense que, pour une prochaine fois, il y a deux options :
- soit le bug est effectivement avéré et gênant, et on prend quelques jours pour le corriger avant de releaser ;

Ha ben ça... A force on release beaucoup moins que ce qu'on
pourrait/devrait... Du coup, il y a des corrections utiles qui traînent
en dev et qu'on ne repartage pas. Là le coup du htmlspecialchar etc
bugué il apparaît à 2 jours de la date de release qui avait été évoquée.
Idem pour les modifs de langue en septembre. Du coup on avait reporté et
des questions en lien avec des bugs corrigés sont arrivés sur forum,
sur liste, toussa... Perso, je regrette de ne pas avoir releasé en
septembre, sans modifier les langues puisqu'on pouvait pas (mais on
avait les version de la 3.0.11): on aurait pu/dû la faire et mettre une
ligne d'excuses pour les langues. Les utilisateurs auraient eu la
version et les corrections de bug. Les langues, elles seraient arrivées
hier avec 3.0.13 et voilà.

Argument suppl. pour releaser plus souvent: ça crée à l'occasion un
certain dynamisme du coté de http://core.spip.org/issuses :slight_smile:

- soit le bug est minime (comme plein d'autres concernant les tickets encore ouverts), et on le met pas en avant comme ça.
(Encore en plus en disant qu'on corrigera en 3.1 (soit aux calendes grecques), comme si il était pas possible de corriger dans la 3.0.x)

Oué je me suis laissé aller au teasing à la noix :wink: Mais ce serait
chouette une 3.1.0 codename "Tonnerre de Brest" :-p
Bon si la correction viens en 3.0.14 (codename p.0i) ce sera bien aussi,
père Noël sera content.

Bon, y a plus qu'à se retrousser les manches, corriger le bug, et refaire une release avec une annonce claire !

Yep, c'est vrai que le texte a été très peu corrigé mais après 24h et
voyant le temps dispo filer, j'ai gogogoté avec un minimum d'avis
positifs quoi. Faire ça en semaine serait peut-être mieux pour les
reviewers mais perso, je pourrai probablement plus faire en semaine
pendant un paquet de mois....

Des bisous, parce que y a que ceux qui, comme moi, n'ont rien fait qui risquaient pas de se tromper :slight_smile:

T'es un amour :wink:

:-* !

5

> Bon, y a plus qu'à se retrousser les manches, corriger le bug, et
refaire une release avec une annonce claire !

Yep, c'est vrai que le texte a été très peu corrigé mais après 24h et
voyant le temps dispo filer, j'ai gogogoté avec un minimum d'avis
positifs quoi. Faire ça en semaine serait peut-être mieux pour les
reviewers mais perso, je pourrai probablement plus faire en semaine
pendant un paquet de mois....

Et si on se laissait une semaine entre le "on fait la version" et le "c'est
releasé", décision quelques jours avant puis on lance le week end peu
importe.

Ce serait bien de le signaler aux traducteurs avec une semaine d'avance
pour qu'ils aient le temps de combler les trous par exemple.

> Des bisous, parce que y a que ceux qui, comme moi, n'ont rien fait qui
risquaient pas de se tromper :slight_smile:

Je suis du même avis que cedric sur ce coup là, je n'ai rien fait, je ne
réclame pas :wink:

Beau boulot quand même car il était temps

T'es un amour :wink:

:-* !

kent1