Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Bonjour,
Suite aux diverses dernières mises à jour de la version 2.16, je suis confronté à une phénomène pour le moins bizarre.
Lorsqu'un document dans le répertoire [public] contient comme caractère un tiret bas (underscore pour les anglophiles), le lien généré dans l'article se retrouve affublé de <sub> et </sub>.
Et de ce fait inutilisable pour l'internaute.
Pour pallier à cet état de fait, j'ai modifié le fichier [inc/core/class.dc.core.php] à la ligne 1220 afin de passer [active_sub] à la valeur 0 et tout est rentré dans l'ordre.
Désolé de venir chercher Franck aujourd'hui, même s'il est un peu à cran !
PhG
Hors ligne
C'est un bug identifié, il est je crois corrigé dans la version 2.16.3
Hors ligne
Si le bug est identifié comme tu le signifies, j'ai des doutes quant à sa correction.
J'ai une soixante de sites qui tournent avec ce moteur et je confirme que ceux qui sont en version 2.16.3 ont la problématique citée en référence.
Je reporte donc les mises à jours de la cinquantaine restante.
Il se trouve que je ne suis pas un cas isolé car ce jour à 9h54 est cité une situation qui relève du même contexte :
mise à jour 2.16.3 et ajouts de caractères par archyves
Désolé d'être insistant !
Hors ligne
Non, il n'y a pas à être désolé :) Et tu as raison d'insister si ça ne marche toujours pas.
Hors ligne
Quoi qu'il en soit, ça a fonctionné chez moi. Peut-être un cache à vider ?
A migré de dotclear 1.2.8 vers dotclear 2.3 le 28 mai 2011. Il essaie maintenant de comprendre ce que dotclear 2 lui apporte de plus.
Hors ligne
Le vrai problème que nous avons, et ce n'est pas nouveau, c'est le manque de testeurs...
Hors ligne
Je vais apporter une précision à mes propos précédents.
Les utilisateur·rices de nos quelques soixante sites n'ayant aucune connaissance en [xhtml], le format [wiki] est privilégié avec comme éditeur unique [dcLegacyEditor].
Les rares qui utilisent le format [xhtml] avec cet éditeur ne sont pas concernés par ce problème.
Quoi qu'il en soit, je suis conscient du manque de testeurs et du boulot à la charge de Franck !
Et je tente juste via ma modeste contribution de faire avancer, comme disait Pierre Dac, le schmilblick...
Hors ligne
Quoi qu'il en soit, ça a fonctionné chez moi. Peut-être un cache à vider ?
Je me suis trompé. Le problème n'est pas réglé chez moi non plus.
Je m'en sors en évitant de placer des underscore dans les noms de fichiers mais le souci est toujours bien présent. Pardon.
A migré de dotclear 1.2.8 vers dotclear 2.3 le 28 mai 2011. Il essaie maintenant de comprendre ce que dotclear 2 lui apporte de plus.
Hors ligne
Je ne parviens pas à reproduire le problème sur deux versions différentes de dotclear
- la version canal unstable 2.17-dev-r202004211117 (le site de mon profil)
- la version canal testing 2.16-p202004141450 (en local)
Testé avec un fichier image comprenant un _ dans le nom de fichier (veau-corse_2020.jpg)
- syntaxe wiki
- dcLegacyEditor
- dcCKEditor
Je testerai plus avant avec une version 2.16.3 toute neuve, au cas où les modifications sur le canal testing n'aient pas été répercutées sur le canal stable (?)
Hors ligne
Je ne parviens pas à reproduire le problème sur deux versions différentes de dotclear
Testé avec un fichier image comprenant un _ dans le nom de fichier (veau-corse_2020.jpg)
Chez moi, ça fonctionne si le "_" n'est pas en début de fichier. Par contre, si le "_" est en début, ça coince.
Tu peux tester ?
A migré de dotclear 1.2.8 vers dotclear 2.3 le 28 mai 2011. Il essaie maintenant de comprendre ce que dotclear 2 lui apporte de plus.
Hors ligne
Je vais essayer. Je viens de refaire 3 installations locales (canal stable, testing et unstable), mais ça va me prendre un peu de temps à tout remettre en place.
Tu dis que je devrais essayer (avec mon exemple précédent) : _veau-corse-2020.jpg pour le nom de fichier ?
Hors ligne
Je vais essayer. Je viens de refaire 3 installations locales (canal stable, testing et unstable), mais ça va me prendre un peu de temps à tout remettre en place.
Tu dis que je devrais essayer (avec mon exemple précédent) : _veau-corse-2020.jpg pour le nom de fichier ?
Non, chez moi c'est le premier "_" qui semble coincer.
J'utilise un boîtier numérique Canon qui nomme les fichiers _MG_xxxx.jpg si l'on est en Adobe RVB et IMG_xxxx.jpg si l'on est en sRVB. Par contre, le fichier "MG_5457.jpg" (en enlevant le premier "_" donc) ne semble poser problème.
A migré de dotclear 1.2.8 vers dotclear 2.3 le 28 mai 2011. Il essaie maintenant de comprendre ce que dotclear 2 lui apporte de plus.
Hors ligne
Bon, mes 3 installations sont faites, je testerai (mais seulement demain matin) avec _veau_corse.jpg, et je reviens vous dire ;)
Hors ligne
Bon, mes 3 installations sont faites, je testerai (mais seulement demain matin) avec _veau_corse.jpg, et je reviens vous dire ;)
OK mais essaie aussi sans le premier "_" tant que tu y seras.
Bonne soirée
A migré de dotclear 1.2.8 vers dotclear 2.3 le 28 mai 2011. Il essaie maintenant de comprendre ce que dotclear 2 lui apporte de plus.
Hors ligne
Bon, j'arrive à reproduire le bug sur une 2.16.3, mais :
- seulement en syntaxe wiki
- seulement s'il y a deux _ dans le nom du fichier, quelle que soit leur place
[((/public/.veau-corse_2020_m.jpg|Veau corse, avr. 2020))|/public/veau-corse_2020.jpg||Veau corse, avr. 2020]
[((/public/._veau-corse-2020_m.jpg|Veau corse, avr. 2020))|/public/_veau-corse-2020.jpg||Veau corse, avr. 2020]
[((/public/._veau-corse_2020_m.jpg|Veau corse, avr. 2020))|/public/_veau-corse_2020.jpg||Veau corse, avr. 2020]
[((/public/.veau_corse_2020_m.jpg|Veau corse, avr. 2020))|/public/veau_corse_2020.jpg||Veau corse, avr. 2020]
Les deux dernières lignes provoquent l'apparition du bug (<sub>...</sub>)
Je testerai encore plus dans la journée, si de votre côté vous pouvez confirmer aussi ?
Hors ligne
Bonjour,
Je confirme, c'est seulement en syntaxe wiki.
Je n'avais pas vu et pas compris que le nombre de _ était déterminant dans le problème. Bien vu !
A migré de dotclear 1.2.8 vers dotclear 2.3 le 28 mai 2011. Il essaie maintenant de comprendre ce que dotclear 2 lui apporte de plus.
Hors ligne
Un ticket a été ouvert ici : https://git.dotclear.org/dev/dotclear/issues/32
Hors ligne
Il faudrait tester en « échappant » les underscore (_) dans les noms de fichiers avec un \ devant (côté wiki), en attendant une correction (qui s'avère copieuse à coder), pour voir si ça règle le problème…
Dotclear addicted since 2004
Hors ligne
En échappant les _ ça retombe en marche :)
Hors ligne
Et je viens de m'apercevoir que la correction que j'avais apportée dans clearbricks n'est pas présente dans la 2.16.3
Si quelqu'un peut confirmer en me disant ce qu'il y a à la ligne 873 de inc/libs/clearbricks/text.wiki2xhtml/class.wiki2xhtml.php
En particulier me dire s'il y a bien un
'sub']);
à la fin…
Dotclear addicted since 2004
Hors ligne
Et je viens de m'apercevoir que la correction que j'avais apportée dans clearbricks n'est pas présente dans la 2.16.3
Si quelqu'un peut confirmer en me disant ce qu'il y a à la ligne 873 de inc/libs/clearbricks/text.wiki2xhtml/class.wiki2xhtml.php
En particulier me dire s'il y a bien un
'sub']);
à la fin…
Oui, j'ai bien ça :
$n_str = $this->__inlineWalk($str, ['abbr', 'img', 'em', 'strong', 'i', 'code', 'del', 'ins', 'mark', 'sup', 'sub']);
A migré de dotclear 1.2.8 vers dotclear 2.3 le 28 mai 2011. Il essaie maintenant de comprendre ce que dotclear 2 lui apporte de plus.
Hors ligne
Merci Franck.
Avec la modification apportée dans ClearBricks [class.wiki2xhtml.php] tout roule...
Hors ligne
Idem par chez moi, le bug est réglé avec la 2.16.4
Hors ligne
Vous n'êtes pas identifié(e).