J’ai corrigé deux bugs hier et avant-hier, sur la version 2.12 de Dotclear. Et si je sortais une version ? Hein ? Parce qu’a priori il n’y a aucune raison d’attendre hormis d’avoir un peu de temps pour s’en occuper (rédiger les billets d’annonce, lancer et vérifier la génération et quelques autres trucs…).
Mais pas ce week-end, on a du bricolage et du rangement à faire qu’on avait mis de côté pour après nos vacances !
Après mure réflexion d’environ 15 secondes …
Finalement va falloir que je code encore un peu avant de sortir cette 2.12.2 vu que la prochaine 2.13 induit une diminution de certaines informations dans la base[1] — une demi-douzaine de champs passent de 255 à 191 caractères —, ça me paraît plus prudent de fournir une petite tâche de maintenance qui indiquera celles qui sortiront du « cadre », essentiellement des URLs, mais pas que.
D’autre part, en fonction des retours, il faudra aussi que je code dans la 2.13 une fonction qui réduira celles qui auront échappé à la vigilance de l’administrateur…
Note
[1] Voyez la révision 3572 si vous voulez en savoir plus.
1 De Philippe -
Pour le bug sur la langue du blog, j’avais corrigé chez moi pareil. Joie et fierté du bricoleur :D
2 De Franck -
Bah alors ? Le ‘’pull request’’ ? T’aurais pu ! :-)
3 De Nicolas -
Par curiosité, pourquoi avoir réduit la taille des champs en base ?
4 De Franck -
Parce que c’est la limite innodb pour les index en mode UTF8-mb4 (en tout cas jusqu’à une récente version, la 5.7), cf le ticket en question.
5 De Franck -
Sachant que ça impactera les nouvelles installations en UTF8-mb4 seulement. D’ailleurs c’est peut-être pas la peine que je force la réduction pour la 2.13
6 De Franck -
Maintenant je pourrais aussi faire comme Wordpress, limiter les index à 191 et laisser les champs à 255…
À voir…