Évidemment, le lendemain de la sortie de la 2.16.2, on m’annonce un bug qui date de la 2.16.1 !
En gros, ça pose problème d’utiliser un caractère _ dans un nom de fichier image, dès lors qu’on l’utilise avec dcLegacyEditor en insérant en même temps un lien.
On atteint là une des limitations du moteur de conversion wiki dotclear vers XHTML, certes satisfaisant, mais qui a quelques restrictions d’usage. Or régler ce cas de figure nécessiterait de reprendre un peu plus en profondeur le convertisseur, et j’ai franchement pas l’envie de me plonger là-dedans !
Donc je vais sortir une 2.16.3 dans les jours qui viennent, qui sera forcément suivie d’un signalement de bug, parce que plus beaucoup de gens testent suffisamment les versions avant les sorties officielles.
Sinon, j’ai jeté un œil côté Transifex où historiquement il est possible de traduire les libellés utilisés dans Dotclear, sauf que même avec mon accès administrateur, je n’ai quasiment plus accès à rien ; probablement une limitation d’un compte non payant.
Du coup j’ai fait une demande du côté de Crowdin, vu qu’ils proposent un compte gratuit pour les projets open-source. Je vais voir ce qu’on peut en tirer et s’il est possible d’automatiser un peu mieux qu’avec Transifex la récupération des traductions.
À suivre…
1 De Philippe -
Il y a pourtant tellement de bonnes recettes avec des boulettes :)
2 De Bernard -
Je peux comprendre que ça énerve de devoir reprendre une version qui a été modifiée il y a que quelques jours….
Mais c’est quand même une bonne nouvelle
Il y a quand même des genses qui testent: les utilisateurs ;-)
3 De Franck -
Certes Bernard, mais vu le taf que c’est de sortir une version, ça serait tout de même mieux que ce genre de bugs me soit remontés avant la release, et pas après…
On peut toujours rêver :-)
4 De caspal -
Bonjour Franck. Peut-être, mettre plus en avant la partie prerelease sur la page d’accueil, où il serait demandé explicitement aux volontaires de tester avant la version finale ? Actuellement, rien n’engage les utilisateurs à effectuer la démarche de test, cette partie “nightly builds” si je comprends bien, est tellement austère, que l’on ne sait pas quoi télécharger.
Je serais volontaire pour tester, mais à condition que l’on améliore la procédure ou qu’on me l’explique un peu mieux cette phase de prerelease où je m’y perds un peu, n’étant pas développeur moi-même.
En conclusion, un peu d’effort de part et d’autre, me semble-t-il ?
5 De Franck -
Bonjour caspal, alors en effet ça n’est pas très bien expliqué mais il est plutôt facile de tester les pre-releases en changeant le « canal » de mise à jour dans le fichier inc/config.php.
Par défaut (ou si la ligne est absente) c’est le canal stable qui est utilisé.
Pour tester les « pré-releases », donc en ce moment la branche 2.16, celle qui est utilisée pour la prochaine 2.16.3, c’est le canal testing qu’il faut indiquer.
Quant aux développements en cours, la future 2.17 donc, c’est le canal unstable qu’il faut spécifier.
La ligne en question :
// Update channel (stable, unstable, testing) define('DC_UPDATE_VERSION','testing');6 De caspal -
Merci pour les explications ! Je vais effectuer les réglages.
Afin d’améliorer les procédures, serait-il judicieux d’indiquer aux testeurs les points à vérifier plus précisément, ceux qui ont été modifiés, par exemple ?
7 De caspal -
Voilà, j’ai effectué les réglages ! J’ai laissé sur testing.
Peut-on être informé par mail par exemple, de la pré-release à tester, celle qui vient de sortir, ou dois-je vérifier chaque fois le tableau de bord de Dotclear ?
8 De caspal -
J’oubliais : y a-t-il un accès spécifique pour envoyer les constats de bugs, ou dois-je utiliser le forum de Dotclear ?
9 De Franck -
Alors caspal, dans l’ordre :
_(caractère souligné) dans les noms de fichier image utilisés lors de l’insertion d’un média avec lien. C’est la seule correction depuis la 2.16.2