ChromeOS ajoute le Gestionnaire de tâches au clic droit, j’ai trouvé le commit

Sommaire

• A savoir :
• La nouveauté que personne n’a criée
• Le code ne ment jamais
• Un commit, deux portes
• Pas de flag, pas de bruit
• Et en stable, c’est pour quand ?
• Le bureau de ChromeOS se réveille
• Mes sources qui te donneront pleins d’informations en plus
• FAQ
• Comment ouvrir le Gestionnaire de tâches sur ChromeOS
• Qu’apporte cette nouvelle entrée au clic droit
• Cette nouveauté est-elle déjà disponible en stable
• Faut-il activer un flag pour en profiter
• Pourquoi l’entrée apparaît-elle à la fois sur le bureau et sur l’étagère
• Produits les plus vendus
• 100 trucs et astuces sur ChromeOS et Chromebook
• Chromebook le guide
• Guide de démarrage rapide pour Chromebook
• Partager :

Tu fais un clic droit sur le bureau de ton Chromebook. Depuis quinze ans, ce menu n’a rien d’excitant. Le fond d’écran, deux ou trois réglages d’étagère, et c’est tout. Un menu qu’on n’ouvre jamais, sur un bureau stérile. Sauf que là, sur une build Canary, une ligne nouvelle est apparue. « Gestionnaire de tâches ». Personne ne l’a annoncée. Aucun billet de blog, aucun changelog, aucune fanfare. Elle est juste là, un matin, comme si elle avait toujours existé.

Alors on a fait ce que font les gens qui ne croient pas les communiqués. On est allés lire le code. Et le code, lui, raconte tout.

A savoir :

Sur le bureau de ChromeOS, le clic droit s’est longtemps limité à la personnalisation et à quelques réglages d’étagère. En Canary 151, une nouvelle ligne est apparue sans la moindre annonce : « Gestionnaire de tâches ».

La nouveauté que personne n’a criée

Le décor d’abord. En Canary 151.0.7904.0, le clic droit du bureau aligne quatre entrées : le masquage de l’étagère, sa position, le fond d’écran, et la petite dernière, celle qui n’était pas là avant, « Gestionnaire de tâches ». Un clic, et le Task Manager de ChromeOS s’ouvre. Pas de quoi réveiller la planète, je te l’accorde. Mais c’est exactement le genre de micro-changement qu’on glisse sans le dire, et qui en dit long sur la direction que prend le système. Encore faut-il savoir le lire.

Le code ne ment jamais

J’ai remonté la piste jusqu’à la source. Le fichier responsable, c’est ash/shelf/shelf_context_menu_model.cc. Et le commit qui ajoute l’entrée porte un nom limpide : « Add Task Manager to ChromeOS shelf context menu ».

Voici sa carte d’identité complète, parce qu’ici on source au commit près, pas à l’humeur. Hash f7d4972fc896d26e49d6d17e98aaa6ef3d2bbbcf. Auteur, Mitsuru Oshima, un ingénieur ChromeOS de longue date. Date, mercredi 17 juin 2026, 10h12. Position refs/heads/main@{#1648188}. Tout est public, tout est traçable, tout est vérifiable.

Le message du commit ne tourne pas autour du pot. Jusqu’ici, il n’existait aucun moyen d’ouvrir le Gestionnaire de tâches à la souris ou au tactile s’il n’y avait pas de fenêtre de navigateur ouverte, alors qu’on pouvait toujours le lancer au raccourci clavier TOUT + Échap. Cette modification ajoute une entrée « Task manager » au menu contextuel de l’étagère, qui ouvre directement le Task Manager de ChromeOS. Voilà. Le pourquoi est écrit noir sur blanc.

Et le détail qui tue, pour les paranos comme nous : « Bug: None ». Aucun ticket associé. Pas de grand projet, pas de roadmap. Juste un ingénieur qui comble un trou ergonomique un mardi, et qui livre.

Un commit, deux portes

Voilà la finesse que seul le code révèle. Le commit dit « shelf context menu », le menu de l’étagère. Pourtant, c’est sur ton bureau que tu vois apparaître l’entrée. Contradiction ? Non. Architecture.

Sous le capot, le clic droit du bureau et le clic droit de l’étagère partagent le même moteur, le ShelfContextMenuModel. Quand tu cliques sur le fond d’écran, ChromeOS appelle ce même modèle de menu via le RootWindowController. Résultat : Oshima a ajouté une seule entrée, au menu de la shelf, et comme le bureau réutilise ce menu, la ligne surgit aux deux endroits d’un coup. Un commit, deux portes. C’est le genre de truc qu’aucun communiqué ne t’expliquera jamais. Le code, si.

Pas de flag, pas de bruit

A question précise : flag ou pas flag ? Réponse claire : pas de flag. Sur les dix-sept fichiers modifiés par ce commit, aucun n’est un fichier de gestion de flags expérimentaux, aucune nouvelle bascule base::Feature. C’est livré activé par défaut. Ce qui explique pourquoi tu le vois apparaître tel quel en Canary, sans avoir rien à activer dans chrome://flags. Le changement entre dans le flux, point.

Tu retrouves même les pièces visibles dans la liste des fichiers : l’icône IDS_ASH_SHELF_CONTEXT_MENU_TASK_MANAGER et la chaîne de caractères du libellé, plus le câblage côté new_window_delegate qui ouvre réellement le Task Manager au clic. Tout se tient.

Et en stable, c’est pour quand ?

Parce que tout ça, pour l’instant, c’est visible dans la version Canary. La version expérimentale, compilée chaque jour, réservée aux curieux et aux cinglés dans notre genre. La vraie question, celle du commun des mortels : c’est bien beau tout cela, mais quand ça débarque sur ma machine en stable ?

Le commit du 17 juin roule sur le train de la version 151, celle où je l’ai repéré en Canary. Or le calendrier de Google est réglé comme du papier à musique, un cran toutes les quatre semaines. ChromeOS 150 stable est attendu le 21 juillet 2026. Le navigateur Chrome 151, lui, vise le 28 juillet, et le stable ChromeOS suit toujours quelques semaines plus tard. Donc ChromeOS 151, et son menu enrichi, devrait atterrir en stable autour de la mi-à-fin août 2026.

Une réserve d’honnêteté, parce qu’ici on ne bluffe pas. Google n’a pas figé la date exacte du stable 151 pour ChromeOS, et un commit peut toujours glisser d’une version si la branche a été coupée juste après son arrivée. Pour trancher au jour près, tu colles le hash dans ChromiumDash : il t’affiche la toute première version stable qui embarque le changement. C’est la seule source qui ne ment jamais sur le calendrier.

Le bureau de ChromeOS se réveille

Pris isolément, c’est une broutille. Mis en perspective, c’est un symptôme. Le bureau de ChromeOS est resté un désert pendant quinze ans, par dogme. Pas d’icônes, pas de fichiers, un clic droit qu’on n’ouvre jamais. La philosophie du tout-navigateur. Et voilà qu’à l’approche de la bascule vers un système basé sur Android, ce bureau commence à se garnir. Une entrée s’ajoute, le Gestionnaire de tâches, là où le menu se contentait jusqu’ici de réglages anciens et de la personnalisation. Petit à petit, le désert se réveille.

Ce n’est pas un hasard de calendrier. C’est un système qui se prépare à accueillir autre chose. Et chaque micro-commit comme celui-ci est un caillou de plus sur le chemin. Voilà la morale, l’ami. Le changelog est de la communication. Le commit, lui, est la vérité. L’un te dit ce qu’on veut bien te montrer. L’autre te dit ce qui se passe vraiment, à la minute près, signé du nom de celui qui l’a écrit. Tu veux savoir où va ChromeOS ? Arrête de lire les annonces. Lis le dépôt.

Mes sources qui te donneront pleins d’informations en plus

Commit f7d4972, « Add Task Manager to ChromeOS shelf context menu » (Chromium / Gitiles) https://chromium.googlesource.com/chromium/src/+/f7d4972fc896d26e49d6d17e98aaa6ef3d2bbbcf

Revue de code associée (Gerrit, CL 7850774) https://chromium-review.googlesource.com/c/chromium/src/+/7850774

Suivi de version du commit (ChromiumDash) https://chromiumdash.appspot.com/commit/f7d4972fc896d26e49d6d17e98aaa6ef3d2bbbcf

Calendrier des versions ChromeOS (notes Chrome Enterprise) https://support.google.com/chrome/a/answer/7679408

FAQ

Comment ouvrir le Gestionnaire de tâches sur ChromeOS

Deux méthodes existaient déjà : le raccourci clavier Recherche + Échap, et le menu de Chrome via Plus d’outils. Depuis la version 151 en Canary, une troisième arrive : un clic droit sur le bureau ou sur l’étagère fait apparaître une entrée « Gestionnaire de tâches » qui l’ouvre directement.

Qu’apporte cette nouvelle entrée au clic droit

Elle permet d’ouvrir le Gestionnaire de tâches à la souris ou au tactile même quand aucune fenêtre de navigateur n’est ouverte, ce qui était impossible auparavant sans passer par le raccourci clavier. C’est surtout pratique quand une application se fige et qu’on veut la fermer vite.

Cette nouveauté est-elle déjà disponible en stable

Non. Au moment de l’écriture, elle n’est présente qu’en Canary 151, la version expérimentale de ChromeOS. Le passage en stable de ChromeOS 151 est attendu autour de la mi-à-fin août 2026, mais la date exacte n’est pas figée par Google.

Faut-il activer un flag pour en profiter

Non. Le commit qui ajoute l’entrée ne touche à aucun fichier de flags expérimentaux et n’introduit aucune bascule. La fonction est livrée activée par défaut, sans rien à régler dans chrome://flags.

Pourquoi l’entrée apparaît-elle à la fois sur le bureau et sur l’étagère

Parce que les deux menus contextuels partagent le même modèle de code, le ShelfContextMenuModel. Le clic droit du bureau réutilise le menu de l’étagère. Une seule entrée ajoutée au code se retrouve donc affichée aux deux endroits d’un coup.