notes de version / toolkit 1.x

Notes de version

Version après version, retrouvez ici ce qui change concrètement à l'utilisation du toolkit : nouvelles possibilités, corrections et évolutions de comportement visibles au quotidien. Le changelog conserve le relevé technique exhaustif, avec les contraintes, les détails de compatibilité et les cas limites.

un point à garder en tête

L'extension démarre en mode assist. Par défaut, elle vous aide à rédiger des commentaires conformes et signale les problèmes sans empêcher leur envoi. Les comportements plus stricts doivent être activés explicitement par votre organisation. Lorsqu'un serveur est déployé, c'est lui qui fournit la vérification de conformité de la pull request faisant autorité.

Version 1

1.0.0-beta.12beta8 septembre 2026tag ↗

La visite guidée est enfin lisible — la page derrière elle s'assombrit vraiment, et sa fiche se détache au lieu de se fondre dans le décor — et la section « État » dit ce qu'elle a constaté plutôt que ce que cela pourrait vouloir dire.

✨ Nouveautés

La section « État » dit à quoi elle sert. C'était la seule section de la page d'options dont le titre n'était suivi de rien : il fallait lire les deux lignes qu'elle affiche pour comprendre à quoi elle servait.

🐛 Corrections

La visite guidée assombrit désormais la page autour de ce qu'elle montre. En thème sombre, elle ne l'assombrissait pratiquement pas — un voile sombre sur une page déjà sombre ne change presque rien —, si bien que la visite semblait ne rien mettre en avant ; et sa fiche se confondait avec les panneaux derrière elle au lieu de s'en détacher. Le reste de la page s'assombrit maintenant franchement dans les deux thèmes, et la fiche porte une ombre réellement visible ; en thème sombre, elle est aussi plus claire que les panneaux derrière elle.
La section « État » ne laisse plus croire que l'extension a modifié vos pages. Elle annonçait « les pages dont la structure a changé sous elle », ce qui se lit comme une accusation et, dans tous les cas, affirme plus que ce que l'extension sait : ce qu'elle enregistre, c'est qu'un de ses sélecteurs n'a rien trouvé sur la page. Cela peut vouloir dire que la page a changé — ou simplement que l'élément est légitimement absent, comme le bouton de fusion sur une PR fermée. La section et l'étape de la visite guidée rapportent maintenant ce qui a réellement été constaté.

1.0.0-beta.11beta8 septembre 2026tag ↗

Vous autorisez désormais l'accès à toutes les plateformes de la même façon — github.com compris — et pouvez le révoquer à tout moment.

✨ Nouveautés

Vous choisissez où l'extension travaille, et vous pouvez revenir sur ce choix. github.com était jusqu'ici intégré à l'extension : actif dès l'installation, sans aucun moyen de révoquer cet accès depuis l'extension elle-même. Il passe maintenant par la même autorisation en un clic que toutes les autres plateformes, et chaque domaine autorisé porte un bouton « Retirer ». Les domaines imposés par la politique de votre organisation restent en place — ce n'est pas à cet écran d'en décider.
La page d'options s'ouvre automatiquement la première fois et vous propose une visite guidée. Celle-ci présente chaque section et explique à quoi elle sert ; vous pouvez l'interrompre à tout moment, la fermer avec Échap, et elle ne revient jamais d'elle-même. Un bouton « Revoir la visite guidée » en haut de page la rejoue quand vous voulez.
La page d'options parle enfin français ou anglais, comme le reste de l'extension. Elle restait en français quel que soit votre choix : quelqu'un ayant réglé l'interface en anglais voyait de l'anglais partout, sauf sur la page de réglages où il venait de faire ce choix. Le changement de langue prend désormais effet immédiatement, et non au prochain rechargement.

🐛 Corrections

GitHub Enterprise Cloud avec résidence des données fonctionne, tout simplement. Un domaine autorisé sous la forme *.ghe.com était enregistré sous un nom déformé, si bien que l'extension ne reconnaissait jamais les pages pour lesquelles elle était autorisée. Le défaut est plus ancien que cette version, et aucun test ne pouvait le voir : il n'apparaît que dans un navigateur, et les tests tournaient là où il n'existe pas.
Il n'est plus nécessaire de recharger l'onglet d'où vous venez. Autoriser un domaine depuis la page d'options laissait cet onglet inerte — précisément celui que vous alliez utiliser. L'extension y est désormais active immédiatement.
Un retrait refusé par le navigateur n'est plus présenté comme réussi. L'écran affichait ensuite le domaine parmi les non configurés — une anomalie qu'il venait de créer lui-même, alors que l'accès était toujours accordé. Il ne change plus rien et dit pourquoi.
Retirer l'autorisation depuis chrome://extensions efface désormais aussi la plateforme enregistrée. Elle restait auparavant en place, si bien que réautoriser le domaine de la même façon rétablissait silencieusement l'ancien choix au lieu de vous le redemander.
L'extension ne se charge plus sur des pages qu'elle ne prend pas en charge. Si vous aviez accordé l'accès à tous les sites depuis les contrôles du navigateur, son code était injecté sur toutes les pages https, où il ne pouvait de toute façon rien faire. Un motif qui ne désigne aucun hôte concret n'apparaît plus non plus dans votre liste comme un domaine à configurer.
L'interface n'apparaît plus en double sur une page couverte par deux de vos autorisations, et un onglet laissé ouvert longtemps n'accumule plus une copie de la feuille de style de l'extension.

🔧 Modifications

Après cette mise à jour, l'extension se tait sur github.com jusqu'à ce que vous l'autorisiez. Un clic sur « Activer » dans la page d'options suffit. Cette étape ne peut pas être automatisée : le navigateur n'accorde cette permission qu'à la suite d'une action explicite de votre part. La page s'ouvre d'elle-même pour le dire — mais seulement si la mise à jour ne vous laisse aucun domaine en service ; si vous en aviez déjà un autre configuré, l'extension continue d'y fonctionner et rien ne signale qu'elle n'est plus active sur github.com.
L'écran des options est refait autour des états réels d'un accès : les domaines que l'extension connaît déjà, où un clic autorise et classe à la fois ; tout autre domaine, où vous indiquez à quelle plateforme il correspond avant d'accorder l'accès ; la liste de ce qui est configuré ; et, seulement quand elle n'est pas vide, les domaines autorisés depuis le navigateur plutôt que depuis cet écran, où l'extension n'est donc pas encore active.
Chaque organisation visualstudio.com est désormais autorisée individuellement depuis le champ libre, avec Azure DevOps pré-rempli. L'entrée de catalogue qu'elle remplace demandait d'un coup toutes les organisations hébergées sur ces adresses historiques, alors qu'un poste n'en utilise généralement qu'une.

1.0.0-beta.10beta5 septembre 2026tag ↗

GitHub a réécrit sa vue « Files changed », et l'extension s'y était tue : cette version y ramène tout l'outillage, et fait parler les diagnostics dans la langue que vous avez choisie.

🐛 Corrections

L'outillage des commentaires fonctionne de nouveau sur la vue « Files changed » réécrite de GitHub. GitHub sert désormais cette page sous /pull/N/changes, où l'extension ne reconnaissait rien : pas de barre de labels, pas de saisie rapide, pas de validation en direct, pas de badges sur les commentaires publiés — précisément là où un issue: bloquant compte le plus. Tout est de retour. Et une page qui porte une zone de saisie que l'extension ne reconnaît pas laisse maintenant une entrée de diagnostic, au lieu d'être inerte et muette à la fois.
Sous enforce, un commentaire non conforme ne peut plus être publié depuis cette vue. Ni en cliquant sur Reply sous une ligne de diff, ni depuis le panneau « Finish your comments » d'une revue groupée, dont les boutons vivent dans la surcouche et non à côté du champ. Seul le chemin clavier était gardé jusqu'ici : un commentaire signalé par l'extension partait quand même à la souris.
Modifier le commentaire racine d'un fil y est de nouveau validé. C'était pris pour une réponse, que la configuration par défaut dispense de validation — une racine issue: pouvait donc être réécrite en n'importe quoi sans que l'extension y regarde. Les commentaires publiés retrouvent aussi leurs badges, les fils résolus se lisent comme résolus, et le bandeau de la pull request affiche les auteurs et les textes qui lui manquaient.
Un label bloquant dans le résumé d'une revue est de nouveau signalé. Dans le corps de « Finish your comments », issue: remontait tout sauf le seul avertissement qui compte là : personne ne peut résoudre un résumé de revue, qui ne porte donc aucun état bloquant.
L'onglet Preview affiche les badges sur cette vue aussi. Écrire issue: … dans un composeur sur …/changes puis basculer sur Preview rendait le préfixe en texte brut, là où la même bascule sur la page de conversation affichait le badge.
Le composeur ressemble de nouveau à lui-même sur cette vue. La barre d'outils est au-dessus du champ au lieu d'être repliée en colonne étroite à côté de lui, et le trait de conformité autour du champ est visible au lieu d'être rogné. Cet espacement survit aussi à un aller-retour par l'onglet Preview.
Les messages de diagnostic suivent maintenant la langue choisie dans la page d'options. Une interface en français pouvait afficher Conforme, avec avertissements au-dessus de This comment is blocking but has no discussion : cette ligne-là prenait sa langue dans la configuration du dépôt plutôt que dans votre propre préférence. Les noms de labels et les codes de diagnostic restent non traduits dans les deux langues — ce sont des identifiants.

1.0.0-beta.9beta4 septembre 2026tag ↗

L'extension ne s'impose plus sur la description d'une pull request, ne s'endort plus sur une page vide au départ, et dit enfin pourquoi quand elle n'arrive pas à lire votre configuration.

✨ Nouveautés

Quand la configuration ne peut pas être lue, la page d'options affiche désormais pourquoi — HTTP 429, une TypeError, un 404 qu'on ne distingue pas d'un refus — avec le niveau d'où vient l'échec, au lieu du seul mot unreachable. La raison reste sur votre machine.

🐛 Corrections

La description d'une pull request n'est plus traitée comme un commentaire de revue. La convention n'en dit rien, et pourtant la barre d'outils s'y affichait — et sous enforce, une description sans préfixe label: ne pouvait tout simplement plus être enregistrée.
Le bandeau « Configuration non lue » ne s'affiche plus sur tous les dépôts. Toute lecture échouait avant même de quitter le navigateur : l'extension retombait donc toujours dans son état dégradé.
Une page qui n'avait rien à montrer ne cesse plus de surveiller au bout de cinq secondes. Sur Files changed sans encore aucun fil, le premier commentaire publié ensuite ne recevait ni badge ni bandeau avant un rechargement complet.
Une page absente n'est plus lue comme une page cachée pendant que vous êtes connecté. Deux signaux indépendants doivent maintenant concorder pour qu'un 404 signifie une configuration illisible.
Le journal de dégradation des sélecteurs est de nouveau utilisable. Visiter une seule pull request fermée remplissait ses cinquante lignes d'une même entrée et évinçait toute dégradation réelle.

1.0.0-beta.8beta4 septembre 2026tag ↗

Un commentaire publié se lit comme un titre — les badges, puis le sujet en gras sur la même ligne — et trois façons de perdre silencieusement ses badges sont refermées.

✨ Nouveautés

Le sujet d'un commentaire publié s'affiche désormais en gras sur la ligne des badges, à leur droite. Quand il ne peut pas être borné sans risque, la mise en page précédente est conservée plutôt que de couper au mauvais endroit.

🐛 Corrections

Modifier un commentaire ne lui retire plus ses badges. La plateforme réécrit le corps rendu lors d'une mise à jour, et rien ne les ramenait avant un rechargement.
Le préfixe structuré est remasqué quand la plateforme le rétablit d'elle-même.
Quitter une pull request, ou passer en mode: off, ne laisse plus une partie d'un commentaire invisible — une extension qui se déclare inactive continuait de cacher du texte que vous aviez écrit.

🔧 Changements

La barre d'outils est désormais sur deux rangées — les labels, puis les décorations — pour qu'une fenêtre étroite ne puisse plus mettre un bouton de label à côté d'un segment de décoration comme s'il s'agissait d'une même commande.
Les boutons de label n'affichent plus leur icône ; les badges des commentaires publiés, si. Les boutons se partagent la largeur d'une rangée, où une icône se paie sur tous les autres.

1.0.0-beta.7beta3 septembre 2026tag ↗

Le préfixe structuré disparaît d'un commentaire publié — les badges le disent déjà — sauf partout où le dire deux fois était la réponse la plus sûre.

✨ Nouveautés

issue (blocking): n'apparaît plus dans un commentaire publié. À l'écran seulement — le commentaire stocké n'est pas touché, et rouvrir le formulaire d'édition le réaffiche en entier.
Là où les badges ne diraient pas la même chose, le texte reste : une décoration que la configuration rejette, un défaut de casse que l'outil existe pour signaler, des décorations repliées dans un badge +N.
Une ligne qui ressemble seulement à un préfixe — dans un bloc de code, une citation, une liste, un titre, un tableau — est laissée telle quelle.

🔧 Changements

Chaque label par défaut a désormais une icône et une couleur, dont le contraste est vérifié au regard de WCAG 1.4.11.

1.0.0-beta.6beta3 septembre 2026tag ↗

Les décorations ont leurs propres badges, et l'affichage suit un changement de configuration sous vos yeux.

✨ Nouveautés

Chaque décoration reçoit son badge à côté du label : rouge quand elle force le caractère bloquant, vert quand elle force le non-bloquant, en pointillés quand elle n'est déclarée nulle part.

🐛 Corrections

Changer la configuration rafraîchit désormais ce qui est déjà à l'écran, y compris sur un onglet resté ouvert sur une pull request.
Une boîte de commentaire déjà ouverte suit ce changement elle aussi, y compris sur le fait de bloquer votre envoi — une organisation passant d'enforce à off vous laissait bloqué tant que vous ne l'aviez pas rouverte.

1.0.0-beta.5beta2 septembre 2026tag ↗

La configuration du dépôt redevient lisible sur les dépôts privés.

🐛 Corrections

La lecture suit une redirection que le navigateur refuse d'authentifier ; les identifiants ne sont désormais retirés que sur ce saut-là, si bien que le fichier reste lisible sans vous demander la moindre permission d'hôte.
Un fichier illisible faute de session n'est plus pris pour un fichier absent — ce qui appliquait silencieusement la mauvaise configuration.

1.0.0-beta.4beta1er septembre 2026tag ↗

Le sélecteur de décoration dit ce que porte votre commentaire, pas ce que vous avez cliqué en dernier.

🐛 Corrections

Une décoration que vous avez retirée en modifiant le texte, ou partie avec un label que la configuration a désactivé, ne reste plus allumée dans la barre d'outils.

1.0.0-beta.3beta1er septembre 2026tag ↗

Deux permissions retirées du manifeste, une télémétrie qui n'existe que si vous la demandez, et de quoi soumettre aux stores.

🔧 Changements

activeTab et la permission d'hôte permanente sur github.com sont retirées. Les hôtes sont accordés à la demande — l'extension demande ce dont elle a besoin, quand elle en a besoin.
Le bandeau de pull request est un sommaire, pas une barrière au merge. Le verdict appartient au check de la plateforme, déjà rouge et déjà bloquant ; le rejouer ici dévaluait les deux.

✨ Nouveautés

Télémétrie facultative, éteinte tant que vous ne l'activez pas, liée à l'adresse pour laquelle vous avez consenti et configurée par la politique de votre organisation plutôt que par un fichier de dépôt.
La version affichée dans chrome://extensions distingue les pré-versions.

🐛 Corrections

Sur GitHub Enterprise Server et Azure DevOps Server auto-hébergé, accorder la permission d'hôte vous donne enfin l'extension. La plateforme que sert chaque hôte est désormais enregistrée avec lui.
Une configuration d'organisation hébergée hors de votre plateforme redevient lisible. Elle ne l'avait jamais été : la politique CORS de la page la bloquait quelle que soit la permission accordée.

1.0.0-beta.2beta24 août 2026tag ↗

Les commentaires de bots et d'outils cessent d'être signalés, et la barre d'outils cesse d'être collée au bord.

✨ Nouveautés

Une commande d'outil n'est plus signalée comme un commentaire mal formé. Une commande slash, ou la mention d'un bot listé dans toolCommands, est exemptée — /rebase et @dependabot recreate passent intacts.

🐛 Corrections

La barre d'outils et le retour visuel s'alignent sur le texte de la boîte de commentaire au lieu d'en toucher la bordure.
La couleur d'un label peint désormais la bordure du bouton actif plutôt que son fond : cette couleur vient de votre configuration, et l'employer en fond produisait un contraste descendu à 1,54 là où 4,5 est exigé.
Les boutons sont de nouveau espacés — un commentaire CSS fermé un caractère trop tôt avalait silencieusement la règle qui les espaçait.

1.0.0-beta.1beta24 août 2026tag ↗

Première version installable.

✨ Nouveautés

L'extension pour GitHub et Azure DevOps : une barre d'outils au-dessus de la boîte de commentaire, une saisie rapide au clavier, un retour visuel pendant la frappe, et un garde d'envoi en mode enforce.
Le compagnon serveur, auto-hébergeable, qui fait autorité sur la conformité et sur le blocage de la complétion d'une pull request.
Des archives Chromium et Firefox publiées à chaque tag, chargeables sans Node ni npm.