Un bug de Firefox corrigé après 25 ans

Ticket Bugzilla : erreur d’application des attributs ROWS et COLS de TEXTAREA

Résumé du ticket

• Numéro du ticket : 33654
• Statut : Résolu (doublon du bug corrigé 1830576)
• Priorité : P3
• Gravité : S3
• Produit : Core
• Composant : Layout: Form Controls
• Plateforme : x86 All
• Signalé par : Andrew McMillan
• Assigné à : non défini

Description du ticket

• Il y a 25 ans : Andrew McMillan a signalé qu’un champ TEXTAREA défini avec ROWS=5 COLS=30 s’affichait en réalité avec ROWS=7 COLS=48.
• Il y a 24 ans : plusieurs développeurs ont enquêté sur le problème et confirmé que TEXTAREA n’utilisait pas la police correcte.

Principaux commentaires et progression

• Andrew McMillan : TEXTAREA n’utilise pas la bonne police et la zone s’affiche trop grande.
• rubydoo123 : assigne le problème à un autre développeur et ajuste la priorité.
• kinmoz : accepte le problème et commence le débogage. Il découvre que TEXTAREA est configuré pour forcer l’usage de la police "monospace".
• Hervé Renault : mentionne qu’une discussion sur ce problème a eu lieu dans un groupe de discussion consacré à la rédaction HTML.
• Koike Kazuhiko : joint un autre cas de test sans police spécifiée.
• Pedro Lopes : joint un cas de test interactif.

Correctifs et résolution

• kinmoz : rédige un correctif pour utiliser la police appropriée et le met à jour à plusieurs reprises.
• mjudge : intègre le correctif et résout le problème.
• Andrew McMillan : signale que l’attribut ROWS fonctionne toujours mal et rouvre le ticket.
• rubydoo123 : réassigne le ticket à kin pour réévaluation.
• kinmoz : accepte le problème et cherche une solution via un débogage supplémentaire.

Statut final

• Il y a 23 ans : le problème est résolu, et tous les bugs associés sont traités comme des doublons.

L’avis de GN⁺

1. Un problème important pour les développeurs web : ce problème affecte la mise en page des éléments de formulaire, ce qui en fait un sujet important pour les développeurs web. Sa résolution est particulièrement nécessaire pour offrir une expérience utilisateur cohérente sur différents navigateurs.
2. L’importance du débogage : il est marquant de voir plusieurs développeurs collaborer pour déboguer le problème et trouver une solution. Cela montre l’importance du travail d’équipe et de la communication dans le développement logiciel.
3. Compatibilité entre navigateurs : pour obtenir le même résultat sur différents navigateurs, il faut développer en tenant compte de la compatibilité navigateur. Ce problème peut servir d’exemple important pour réduire les écarts entre navigateurs.
4. CSS et gestion des polices : la gestion des polices dans les éléments de formulaire est un point important. Si les réglages de police ne sont pas correctement appliqués, l’expérience utilisateur peut en être fortement affectée.
5. L’importance des cas de test : il est essentiel de reproduire le problème au moyen de différents cas de test et de valider la solution. C’est une étape indispensable pour améliorer la qualité logicielle.

[GN⁺]

Avis Hacker News

Résumé d’un ensemble de commentaires Hacker News

• Un bug suivi pendant 25 ans

  • Un bug suivi depuis 25 ans a récemment été corrigé.
  • À l’origine, c’était un bug concernant Netscape Navigator.
  • Recevoir de temps en temps des notifications par e-mail faisait sourire.

• Agacement face aux formulations de durée lisibles par les humains

  • Les formulations comme « il y a un mois » sont détestées.
  • La personne veut voir la date exacte.
  • Outlook (surtout la version Mac) est cité comme le pire exemple.

• Admiration pour Bugzilla de Firefox

  • Bugzilla est l’un des plus anciens systèmes de suivi de bugs.
  • Beaucoup de corrections y ont été apportées tout en conservant son apparence d’origine.
  • Il a été utilisé vers 2000 pour remplacer un système maison de suivi de bugs basé sur Microsoft Access/Outlook.

• Joie de voir de vieux bugs corrigés

  • Certains se réjouissent d’avoir vu récemment la correction d’un bug Firefox vieux de 24 ans.
  • Lien connexe

• Frustration face à un ancien bug de LibreOffice

  • Le bug le plus agaçant dans LibreOffice empêche de définir correctement le format de date de l’axe x dans un nuage de points.
  • Il date de 12 ans, et sa correction est déconseillée parce que le code est trop complexe.
  • Lien connexe

• Espoir de voir un bug lié à XDG corrigé

  • Un bug lié à XDG n’a toujours pas été corrigé après 20 ans.
  • Lien connexe

• La manière dont AWS gère les bugs

  • AWS règle le problème en supprimant périodiquement les anciens bugs et les mentions qui s’y rapportent.

• Plainte concernant un bug de l’option copier

  • Le bug qui grise aléatoirement l’option de copie alors que du texte est bien présent rend fou.

• Nouvelle autour des 25 ans de Bugzilla

  • Il existe une actualité célébrant les 25 ans de Bugzilla.
  • Lien connexe

• Remarque sur une erreur de calcul de date

  • Il est signalé que « 28-03-2000 » ne remonte pas à 25 ans.