DC2.9, warning et pas de liste dates dans admin\blog_pref.php

[Mirovinben]

Bonjour,

Depuis Dotclear 2.9, dans l'écran "Paramètres du blog", un double message d'erreur

Warning: Invalid argument supplied for foreach() in (dotclear)\admin\blog_pref.php on line 72
Warning: Invalid argument supplied for foreach() in (dotclear)\admin\blog_pref.php on line 76

qui bloque l'affichage des listes déroulantes concernant les formats date et heure de la section "Présentation du blog".

Avant que ça déconne (DC2.8.2, lignes 72 et 76) :

$date_formats = unserialize($blog_settings->system->date_formats);
$time_formats = unserialize($blog_settings->system->time_formats);

Depuis DC2.9., les mêmes lignes 72 et 76 :

$date_formats = $blog_settings->system->date_formats;
$time_formats = $blog_settings->system->time_formats;

Constaté avec PHP 5.2 et PHP 5.5 tant sur une mise à jour de DC qu'une installation ex-nihilo.

[philippe]

Est-ce une installation sur une ancienne base ? Cela ressemble à un bug de conversion des paramètres de dates et d'heures. Essaie de mettre dans about:config

date_formats :

["%Y-%m-%d","%m\/%d\/%Y","%d\/%m\/%Y","%Y\/%m\/%d","%d.%m.%Y","%b %e %Y","%e %b %Y","%Y %b %e","%a, %Y-%m-%d","%a, %m\/%d\/%Y","%a, %d\/%m\/%Y","%a, %Y\/%m\/%d","%B %e, %Y","%e %B, %Y","%Y, %B %e","%e. %B %Y","%A, %B %e, %Y","%A, %e %B, %Y","%A, %Y, %B %e","%A, %Y, %B %e","%A, %e. %B %Y"]

time_formats

["%H:%M","%I:%M","%l:%M","%Hh%M","%Ih%M","%lh%M"]

tu pourras ensuite remettre tes paramètres personnalisés

[Mirovinben]

Merci Philippe pour ton aide.

Si je suis bien parti d'une base vierge lors de la création, je l'ai remplie ensuite avec un import total issu d'un export total fait avec DC2.8.2... Donc avec des contenus "serializés".

J'ai recopié tes date_formats et time_formats (de [ à ] inclus) là où il faut, tant du côté réglages généraux que du côté réglages du blog et... Pareil mêmes messages, mêmes lignes... caches vidés, relance admin Dotclear.

[franck]

L'import entre deux versions 2.8 et 2.9 ne fonctionne en effet pas pour les settings passés de string à array. Il faut d'abord mettre à niveau côté 2.8 et ensuite exporter.

Un coup de plugin growUp ( http://open-time.net/public/dc2/plugin-growUp-0.1.zip) devrait remédier au problème. Plugin à désinstaller une fois installé et revenu au dahsboard.

[Mirovinben]

Argh...

Si après ça j'installe et je lance one-shot le plugin "growUp" proposé par Franck, je n'ai plus de warning... Mais pas de contenu dans ce qui devrait être les deux listes déroulantes. Un petit copier/coller des date_formats et time_formats et c'est impec...

Comme le dit Franck alors que je suis en train d'écrire ce commentaire. C'est bien ça. Mais la manip n'est pas triviale pour l'utilisateur lambda.

[Mirovinben]

Allons bon, ce qui fonctionne en local (Wamp - PHP 5.5.12) ne fonctionne pas en ligne avec pourtant les mêmes manips mais un PHP un poil plus récent (5.5.32)...

??!!

[Mirovinben]

Bé non... Là le bug est entre la chaise et le clavier (je me suis planté dans la séquence d'installation/désinstallation de "growUp".

Donc, beaucoup de bruit pour rien. C'est bon à présent.

Par contre quid des utilisateurs qui feront des imports/exports depuis 2.8.2 pour mettre à jour en 2.9 ? Faudra qu'ils fassent pareil et passent par growUp ou bien la 2.9.1 réparera tout ça ? Sinon, ça va tanguer sur le forum.

[franck]

On peut prévoir une nouvelle passe de conversion à la mise à jour de la 2.9.1, mais ça ne règlera pas le problème d'import entre une 2.8.n et une 2.9.n

Maintenant, faire une mise à jour en faisant un export/import, je n'en connais pas beaucoup qui opèrent de cette manière ou alors ils ne se manifestent guère sur le forum. Et puis de toute façon le forum est super calme, ça fera un peu d'animation.

[Mirovinben]

Franck, ce n'est pas qu'une mise à jour en la circonstance mais aussi un déménagement. Changement de serveur nécessité par le nouveau pré-requis PHP5.3 minimum. Certains hébergeurs comme OVH proposent un mécanisme pour choisir son PHP, d'autres effectuent une migration automatique après avoir prévenu leurs hébergés, pas le mien.

Par contre, ne serait-ce pas intéressant de faire en sorte que le module d'import fourni avec la dernière version prenne en compte les incompatibilités apparues depuis les versions précédentes. Données en format tableau versus données serializées, par exemple. Non ?

[franck]

Where is your patch Mirovinben ?

[Mirovinben]

C'est m'attribuer des talents que je ne pense pas avoir. Sinon, j'aurais proposé ça dans la foulée.

Je verrais bien un truc à implémenter dans la partie du plugin importExport qui traite de l'import total en mode texte du genre...

-1- détecter la version de Dotclear qui va recevoir l'import
-2- détecter la version de Dotclear qui a construit l'export
-3a- si export et import >= 2.9 alors tout va bien, rien à modifier
-3b- si export < 2.9 et import >= 2.9 alors identifier les settings serializés pouvant poser pb et les transformer en array juste avant l'import.

N'étant pas très à l'aise avec les serialization et tableaux, j'ignore si cette transformation est triviale à coder et/ou si elle est chronophage.