| Location | Montreal, Canada |
| Website | https://pascalgiguere.dev |
| Mastofeed | https://github.com/pascal-giguere/mastofeed |
Mastodon Québec vient de passer à la version 4.5 de Mastodon!
Mastodon 4.5 introduit les posts cités, améliore la fluidité des discussions et adopte les émojis natifs.
Plus de détails ici: https://blog.joinmastodon.org/2025/11/mastodon-4.5/
Mastodon Québec vient de passer à la version 4.4 de Mastodon!
Mastodon 4.4 améliore l’expérience utilisateur avec des profils enrichis, une navigation mobile plus fluide, des listes repensées et une meilleure accessibilité média.
Plus de détails ici: https://blog.joinmastodon.org/2025/07/mastodon-4.4/
Fix 2: https://github.com/pascal-giguere/mastofeed/pull/4/commits/6f218493c6b5ee49a535e6a8e185441b861dcc82
Je remercie d'ailleurs Chris Dzombak pour sa contribution sur GitHub! C'est un Américain que je ne connaissais pas qui semble utiliser Mastofeed sur sa propre instance.
Il y a deux composantes au fix:
1. Retirer le "workaround" qui ajoutait un préfixe "lapresse.ca" aux URLs de La Presse, maintenant qu'ils ont corrigé leur format RSS. Ceci aurait été suffisant pour stopper le bug, mais celui-ci aurait été susceptible de se manifester à nouveau dans le futur.
2. Faire que Mastofeed supporte à la fois les URLs encodés HTML (`&foo=bar`) et ceux qui ne le sont pas (`&foo=bar`), puisque les deux peuvent être retournés par l'API. Ceci est un fix plus durable.
Ceci amène au point 2: La façon que Mastofeed et Mastodon gèrent les "query params" dans les liens attachés aux toots
En gros, l'API Mastodon fait parfois la conversion de caractères spéciaux dans les liens des toots. Ils utilisent l'encodage HTML pour convertir les "query params" dans les URLs. Par exemple, un URL se terminant par `&foo=bar` se fait automatiquement convertir en `&foo=bar`.
Je dis "parfois", car le comportement dépend de si Mastodon reconnaît un URL valide ou non.
Si ça avait arrêté là, le bug n'aurait pas été si pire. Le vrai problème ici, c'est que @lapresse a "spammé" le monde en envoyant des doublons. Pas juste qu'il a généré des liens invalides.
Cependant, les deux problèmes sont reliés, puisque la génération de lien invalides (lapresse.ca/lapresse.ca/...) est ce qui a déclenché un bug au niveau de la prévention des doublons du côté de Mastofeed. Ce bug ne se manifestait pas quand les liens La Presse étaient des URLs valides.
J'ai pu régler le problème via un "workaround": J'ai fait que Mastofeed ajoute automatiquement un préfixe "lapresse.ca" à chacun des liens relatifs du compte La Presse, ce qui a immédiatement corrigé le bug introduit par La Presse en avril.
Le seul hic: 2 mois plus tard, La Presse a maintenant corrigé le bug original. Mon "workaround" précédent, combiné au "vrai fix" de La Presse, a résulté en des liens invalides du genre "lapresse.ca/lapresse.ca/actualites/…"
1. Changement du format RSS de La Presse
An avril, le bot @lapresse a brisé une première fois. À ce moment-là, c'était plus subtil, car il a simplement cessé de poster plutôt que de spammer avec des doublons.
Le problème était que La Presse a changé le format des liens de son flux RSS d'absolu à relatif. Par exemple, les liens d'article du genre "https://www.lapresse.ca/actualites/…" sont devenus "/actualites/…".
Ceci ne respecte pas la spec RSS et est vraisemblablement un bug introduit par La Presse.
En gros, le bug a été causé par une combinaison de 2 facteurs
1. Un changement du format RSS publié par La Presse
2. La façon que Mastofeed et Mastodon gèrent les "query params" dans les liens attachés aux toots
Mastodon Québec
