En juin 2002, le fondateur d’Ubuntu, Mark Shuttleworth, expérimentait l’espace pour la première fois, le procès antitrust du ministère de la Justice contre Microsoft atteignait ses derniers arguments, et Adam Price, utilisant ce qui s’appelait alors Mozilla sur un Mac, avait un problème avec les problèmes persistants. info-bulles.

« Si je passe la souris sur un lien de la barre d’outils et attends une seconde, une petite boîte jaune avec la description du lien apparaît. Si j’utilise maintenant l’onglet de commande pour déplacer Mozilla en arrière-plan, la petite boîte jaune reste là, au premier plan.  » La seule façon de s’en débarrasser est de remettre Mozilla au premier plan et de déplacer la souris hors de la barre d’outils », a écrit Price le 2 juin. Il y avait quelques autres bugs liés à ce problème, mais Price a établi une description reproductible. problème, confirmé par bien d’autres dans les semaines à venir – et les mois à venir, les années à venir et plus de deux décennies à venir.

Au fil des années, les gens vérifiaient le fil de discussion ou marquaient d’autres bogues comme des doublons de ce problème unique. Cela semblait parfois corrigé, seulement pour que les codeurs et les commentateurs découvrent que c’était juste un peu différent dans les différentes versions ou que les correctifs antérieurs étaient apparemment accidentels. Parfois, il semblait également apparaître sous Windows ou Linux. Un intervenant, Denis, a noté qu’à 21 ans : « Je suis plutôt partisan de laisser cela durer pour toujours. Cela ressemble à une relique du passé. »

Cette relique n’existe plus, car un correctif au bug 148624 a été publié début septembre, le correctif apparaissant dans la version 119. J’ai essayé de reproduire l’info-bulle sur mon navigateur Firefox 118.0.1 non encore mis à jour sur Mac, mais je n’ai pas pu expérimenter ce rite de passage pour moi. Le correctif lui-même est assez petit, ajoutant une vérification pour savoir si un document a le focus sur le code affichant l’info-bulle.

Yifan Zhu, qui a écrit le correctif pour Tooltip Listener de Firefox (avec l’aide notable d’Emilio Cobos Álvarez), semble être un étudiant de l’Université de Stanford, d’après son profil GitHub probable. Cela indique que le bug qu’ils ont corrigé pourrait être plus ancien qu’eux. Il est également à noter que Zhu a créé son compte Bugzilla deux jours seulement avant de soumettre la première version de son correctif, offrant ainsi une certaine crédibilité au pouvoir d’un regard neuf.

Cobos Álvarez nous a écrit que « ce domaine est plutôt délicat », avec des versions du bug difficiles à reproduire dans les nombreux bureaux et configurations de Firefox. « Le problème sous-jacent est que le système d’exploitation peut ne pas nous envoyer un événement mouseout de manière cohérente (ce que nous utilisons autrement pour faire disparaître l’info-bulle), en particulier dans les situations où Firefox est masqué, minimisé, [or] basculé vers un autre espace de travail. »

Ainsi, Firefox masque les info-bulles lorsque Firefox perd se concentrer; Cependant, une info-bulle peut s’ouvrir plus tard, au moment exact entre le survol de la souris et lorsque Firefox n’est pas concentré. C’est sur cela que Zhu a travaillé, a écrit Cobos Álvarez. « Plutôt impressionnant pour sa première contribution Firefox ! » Il a également noté que l’on pourrait techniquement affirmer qu’empêcher les info-bulles de s’ouvrir sur une fenêtre en arrière-plan est une régression, « mais le compromis semble en valoir la peine, avoir une info-bulle ‘bloquée’ est extrêmement ennuyeux. »

Nous avons contacté Zhu et mettrons à jour ce message avec toutes les informations que nous recevrons.

Sur les réseaux sociaux, en particulier les instances Mastodon où l’on peut s’attendre à trouver des personnes ayant des opinions sur le langage d’interface utilisateur XML de Mozilla, il y a eu beaucoup de réjouissances. Certains ont noté leur étonnement que Bugzilla lui-même, l’outil de rapport de bugs, ait duré encore plus longtemps que le bug (25 ans en août). Certains ont suggéré que ce correctif permettait de contrer la prévalence des « stalebots », qui sélectionnent les anciens problèmes non résolus pour les supprimer. Et l’un d’eux a rédigé un voyage de héros complet :

N’importe qui ne peut pas faire un grand engagement, mais un grand engagement peut venir de n’importe où.