Oui, sauf que ce n'est pas le même bug. Le bug de gitlab est déterministe : tous les utilisateurs qui se connectent d'une certaine façon sont concernés et ça arrive systématiquement pour eux. J'ai quand même été vérifié avec le débuggeur si les filtres sont dans le bon ordre, c'est bien le cas. Bref, c'est sûrement quelque chose dans le même style, mais leur correctif ne va pas nous aider.
On s'est posé la question et, à défaut d'une conclusion claire, on était plutôt dans un état d'esprit où l'on fait quelque chose, ce serait héberger une instance, avec un compte pour reprendre les contenus du site et d'autres comptes pour les administrateurs, modérateurs et rédacteurs (potentiellement, même ouvrir les inscriptions à tous les lecteurs). Mais pour le moment, on attend toujours de voir si Mastodon va réellement prendre avant d'y passer du temps. L'équipe n'est pas très active en ce moment pour diverses raisons et on aurait bien besoin de quelques volontaires pour aider à faire avancer différents sujets.
Il me semble aussi que c'était pour bien associer un journal à son auteur, alors que pour une question technique, la personne qui la pose est beaucoup moins importante.
Et donc, plusieurs années après, on a toujours ce bug chiant dans Firefox.
En fait, tous les navigateurs avaient le même bug. Je l'avais remonté pour Firefox, Chromium, Opera et Webkit. À ma connaissance, aucun navigateur n'a été corrigé. Et il me semble n'avoir eu de réponse que pour Firefox (les autres bugs doivent toujours être ouverts quelque part).
Je n'ai pas compris de quelles balises h1 tu parles. Dans les contenus, # foo est transformé en balise h2, ## foo en h3, etc. Il n'y a que le titre de la dépêche qui est transformée en balise h1.
Signalé sur moderateurs@ : éditeur minimaliste « The dead simple inline editor toolbar » https://yabwe.github.io/medium-editor/ et de son plugin Markdown : « tu tapes, tu surlignes ton texte, une barre de mise en forme apparaît, tu cliques sur gras, et le texte est transformé. Par derrière ça génère du Markdown. »
[^] # Re: Solution chez Gitlab
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi 422 Unprocessable Entity (anti-CSRF). Évalué à 3 (+0/-0).
Oui, sauf que ce n'est pas le même bug. Le bug de gitlab est déterministe : tous les utilisateurs qui se connectent d'une certaine façon sont concernés et ça arrive systématiquement pour eux. J'ai quand même été vérifié avec le débuggeur si les filtres sont dans le bon ordre, c'est bien le cas. Bref, c'est sûrement quelque chose dans le même style, mais leur correctif ne va pas nous aider.
[^] # Re: BI
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Weboob sort une nouvelle version qui va vous porter chance. Évalué à 10.
Il parle de Budget Insight, pas de Weboob en tant que tel.
# Merci
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Rétablir les norloges dans l'espace de rédaction. Évalué à 3 (+0/-0).
J'ai déployé ce patch sur le serveur.
[^] # Re: explications
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Mozilla Common Voice : vers une reconnaissance vocale libre. Évalué à 7.
Tu peux déjà essayer Snips (https://github.com/snipsco/snips-platform-documentation). Ce n'est pas libre, mais ça devrait le devenir et c'est déjà respectueux de ta vie privée.
# À voir
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Envoyer le flux linuxfr sur mastodon -officiellement- !. Évalué à 6 (+0/-0).
On s'est posé la question et, à défaut d'une conclusion claire, on était plutôt dans un état d'esprit où l'on fait quelque chose, ce serait héberger une instance, avec un compte pour reprendre les contenus du site et d'autres comptes pour les administrateurs, modérateurs et rédacteurs (potentiellement, même ouvrir les inscriptions à tous les lecteurs). Mais pour le moment, on attend toujours de voir si Mastodon va réellement prendre avant d'y passer du temps. L'équipe n'est pas très active en ce moment pour diverses raisons et on aurait bien besoin de quelques volontaires pour aider à faire avancer différents sujets.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mettre à jour le logo de la section mozilla. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/0dd90f5cfbbffa5a47ab14827c9de3211d9fe1ad
# Validité de l'URL ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi HTTP 500 sur un type d'URL particulier en lien de dépêche. Évalué à 3 (+0/-0).
Effectivement, Ruby ne veut pas parser cette URL :
De ce que je comprends de la rfc 3986 sur les URI, l'URL en question est effectivement invalide. Le deuxième
#
devrait être pourcent encodé.[^] # Re: Lapin compris
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi organisation des forums. Évalué à 4 (+0/-0).
https://linuxfr.org/wiki/pages?order=last_commented_at est la liste des pages du wiki, triées par date du dernier commentaire.
# Lapin compris
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi organisation des forums. Évalué à 3 (+0/-0).
Dans la barre de navigation, en haut du site, il y a un lien vers forums, la page qui liste les derniers messages postés sur les forums.
[^] # Re: Test de confirmation
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Navigation par ordre chronologique dans les commentaires HS. Évalué à 3 (+0/-0).
Corrigé, cf https://github.com/linuxfrorg/linuxfr.org/commit/d9a07e0dcbf2660f5b8b47afa6e8a65ee08cda4d
[^] # Re: choix technique
Posté par Bruno Michel (site web personnel) . En réponse au message Avatar or not Avatar ?. Évalué à 3.
Il me semble aussi que c'était pour bien associer un journal à son auteur, alors que pour une question technique, la personne qui la pose est beaucoup moins importante.
[^] # Re: 2 types d'équations
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi style des images Mathjax à changer. Évalué à 5 (+0/-0).
Corrigé avec https://github.com/linuxfrorg/linuxfr.org/commit/154027a4d92acbd64c63a85a61dff55673bba71b :
[^] # Re: De la gestion des bugs reports
Posté par Bruno Michel (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine d’avril 2017. Évalué à 5. Dernière modification le 04 mai 2017 à 17:34.
En fait, tous les navigateurs avaient le même bug. Je l'avais remonté pour Firefox, Chromium, Opera et Webkit. À ma connaissance, aucun navigateur n'a été corrigé. Et il me semble n'avoir eu de réponse que pour Firefox (les autres bugs doivent toujours être ouverts quelque part).
# 2 types d'équations
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi style des images Mathjax à changer. Évalué à 3 (+0/-0).
Il y a 2 types d'équations :
$ ... $
permet d'afficher une équation à l'intérieur d'un paragraphe et c'est donc normal d'appliquer un stylemax-height: 1em
$$ ... $$
permet d'afficher d'équation toute seule, en plus grand.# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Liens "Protocol-relative" en cas de conversion journal -> dépêche. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/72a7deeafee57b2e3f2512780609fe915939e18e
# Pas compris
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi [référencement] ne pas autoriser les balises H1. Évalué à 4 (+0/-0).
Je n'ai pas compris de quelles balises h1 tu parles. Dans les contenus,
# foo
est transformé en balise h2,## foo
en h3, etc. Il n'y a que le titre de la dépêche qui est transformée en balise h1.# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Conversion journal vers forum cassée. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/39cda7dbaf0c0fdcd17115ef8078876bfa898524
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur de collation dans la liste des dépêches en modération. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/dd0e798643f47307d1da4f9a6d7735a6ed8364e6
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Affichage du « site perso » d'un compte suivant son karma et son rôle. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/21c869aff32644f4e88fde8444ad9d63de031499
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Message plus explicite pour les restrictions de karma sur les journaux et pages wiki. Évalué à 3 (+0/-0).
https://github.com/linuxfrorg/linuxfr.org/commit/f94cf20563267942865bac6c616494e0f1712640
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Éditeur Markdown minimaliste « The dead simple inline editor toolbar ». Évalué à 3 (+0/-0).
Cf https://linuxfr.org/suivi/tester-d-autres-editeurs-de-texte-que-markitup
# Autre entrée de suivi similaire
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Tester d'autres éditeurs de texte que markitup. Évalué à 3 (+0/-0).
Sur https://linuxfr.org/suivi/editeur-markdown-minimaliste-the-dead-simple-inline-editor-toolbar :
# Nope
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi dépêches infos_locales n'apparaissant plus sur la page principale. Évalué à 3 (+0/-0).
Les dépêches liées à l'actualité locale sont maintenant regroupées dans une seule dépêche par semaine, via l'agenda du libre.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Liens en HTTPS dans les flux rss / atom. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/5ee9c7482d79f7a84ebefa56957bef1534adde1e
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi kaiska-new: boutons inutile/pertinent et autres boutons. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/008fc2026796671845aba3e58d903206b0e64928