Voici les bogues (non liés à mon travail comme employé) que j'ai rapportés ce mois de décembre concernant les versions 3.6 bêta et 3.7 trunk de Firefox.
Bug 532721 - CSS Gradient backgrounds are not repainted when DOM is changed
J'ai trouvé celui là en testant l'un des tutoriels d'Alix de hacks.mozilla.org sur les CSS gradients, la page sur laquelle je travaillais était labs.kompozer.net qui me servait de terrain de test. Ce bogue a été accepté comme bloqueur et les développeurs se sont dépêchés pour qu'un patch soit intégré dans 3.6 :)
Bug 531289 - Firefox doesn't obey system dpi settings anymore
J'ai trouvé ce bogue en testant les compils nocturnes du tronc, c'est une régression sous Gnome/Linux paradoxalement due à une tentative d'amélioration pour Firefox Mobile (Maemo, donc Linux). C'est le bogue typique qui n'est visible que si un grand nombre de testeurs avec des configurations différentes utilisent les compils nocturnes, dans ce cas précis, il fallait avoir réglé les polices de son bureau gnome en dessous de 96dpi pour le voir. Le patch coupable a été corrigé.
Bug 536631 -
Firefox no longer detects
rss feed
Personne ne s'était apperçu que depuis 3 mois, l'icône des flux RSS n'apparaissait plus dans les versions du tronc uniquement pour Linux. Un bogue similaire avait été rapporté par dbaron qui soupçonnait que cela pourrait poser problème aux applis xulrunner, ce bogue a donc été marqué comme "duplicate"
de l'autre et le complète en augmentant son importance, pas encore réparé mais il est maintenantplus sur le radar des développeurs. Ce qui montre que personne n'utilise des versions Linux de Firefox trunk, nul doute qu'une régression aussi visible serait rapportée en quelques heures sous Windows ou Mac.
Bug 534767 - New Drag and Drop JS API does not work with Jetpack installed
J'ai découvert ce bogue en testant la démo de Paul File upload & Firefox 3.6, il s'agit d'une incompatibilité entre Jetpack et notre implémentation de la nouvelle API Drag N Drop d'HTML5, apparemment ça n'affecte que Linux (enfin, j'ai eu la flemme de tester sous Windows...). Il n'est pas clair encore si c'est Jetpack (qui en est en version 0.7 et est encore très vert) ou si c'est un bogue du côté de Firefox, mais a priori c'est un bogue Jetpack donc ça bloquerait pas la sortie de 3.6.
Bug 536843 - Flash plugin has display problems on Firefox Linux Trunk and 3.6 builds, regression
Une régression visuelle pour Flash qui m'énervait depuis 10 jours, bogue saisi il y a trois heures. Grâce au super script regression.py indiqué par Arnaud dans les commentaires de mon précédent billet sur le bêta-test j'ai pu rapidement identifier la date de régression, entre le 1er et le 2 octobre. J'ai trouvé cette régression depuis que j'ai remplacé ma 3.5.* par une 3.6beta 5 comme navigateur principal.
Quelles conclusions tirer de ces exemples ?
- Il n'est pas nécessaire d'être extrèmement technique pour rapporter des bogues utiles, il ne faut pas penser que c'est réservé à des experts du contrôle qualité, ce n'est pas mon domaine de compétence même si ça m'intéresse
- Des cinq bogues ci-dessus, quatre sont des bogues ne touchant que la plateforme Linux. On a vraiment besoin que les gens testent réellement les compils quotidiennes de Firefox et les utilisent sur les vrais sites, pas seulement pour tester combien elles font aux tests Sunspider et Acid3... C'est là l'énorme avantage que les versions Windows et Mac ont sur les versions Linux, des tas et des tas de testeurs. Même le nombre de testeurs mac doit être plus important d'un facteur 10 au moins (probablement plus) par rapport à la version Linux. Sans rêver de légions de linuxiens se mettant à la tâche, quelques bons testeurs additionnels et organisés sous Linux pourrait faire une énorme différence sur la qualité de Firefox sous notre OS.
- Si vous êtes développeur web, il ne faut pas seulement tester ce que vous connaissez (mes sites marchent-ils dans le prochain Firefox ?) mais aussi les nouvelles technologies mises à notre disposition pour avoir une implémentation correcte de celles-ci lors de la sortie du navigateur et donc des nouveaux outils qui marchent tout de suite et pas dans un an après que les gros problèmes auront été réparés.
- Le contrôle qualité communautaire est probablement un axe d'implication dans le logiciel libre trop méconnu car souvent associé uniquement aux contributeurs les plus techniques. Il y a là un potentiel de travail collaboratif communautaire important pour Mozilla et pour le libre en général. En fait, j'ai même l'impression que l'implication dans le 'bug triage' n'est pas aussi organisée qu'il y a quelques années, j'en suis un bon exemple, je ne suis redevenu réellement actif dans ce domaine que depuis novembre après plusieurs années de faibles activité alors que c'était une de mes activités les plus importantes quand je suis rentré dans le projet vers 2002.
Commentaires
Article très intéressant, merci pascal.
Mozregression n'a pas l'air de fonctionner sur Mac, en tout cas il n'y a pas de how-to mais c'est peut-être dans la même veine que le howto sous Linux.
Je dois bien avouer que les méthodes pour reporter les bugs ne me semble pas trés accessibles et que j'ai donc du mal à les reporter.
Pour ma part, je commence seulement à utiliser des compilations nocturnes sous linux. Peut être que je détecterais des bugs prochainement !
En tout cas, article très instructif et qui donne envie de se plonger dans la détection de bugs !
Bon j'ai pu tout installer avec la méthode Linux mais le programme ne sait pas lancer les nocturnes une fois téléchargées.
Tant pis, je continuerais à la main :p
Bonjour, j'ai l'impression d'avoir trouvé un bug sous firefox 3.6 beta 5 (linux) et je dois bien avouer que je ne sais pas du tout comment faire pour le declarer, verifier qu'il a pas été déja trouvé, ou savoir si c juste une fonctionalité abandonnée
J'ai l'impression que nsISound ne marche plus du tout.
@Moktoipas
Tu as un "testcase", un fichier test qui montre le bug? Un simple fichier html en ligne montrant uniquement le problème. Si c'est le cas, il suffit de remplir un bug dans bugzilla et de me mettre en copie, je me chargerai de corriger toutes les erreurs éventuelles de composant/modules... Mon email sur bugzilla est pascalc@gmail.com pour le champ CC du bug.
En fait c pas un bug de rendu, c'est une bug dans une extension (que j'ai faite) qui est censé faire du son et qui n'en fait plus (ca retourne des code d'erreur que j'ai pas sous la main au boulot).
Sous windows ca a l'air de marcher.
Je vais investiguer ce soir.
Je ne sais pas trop comment coder un appel à ce genre de truc dans une page html
j'obtient des Erreur : Permission refusée à <file://> d'obtenir la propriété XPCComponents.classes
Fichier Source : file:///C:/tst.html
Ligne : 4
https://developer.mozilla.org/en/ns...
Si tu peux faire une extension simplifiée qui montre le bug, on peut la mettre comme pièce jointe dans un bug.
Le manque de testeurs sous linux doit être du en partie à la volonté de ne pas se prendre de la tête de la part de nombreux linuxien.
J'ai été comme toi à une époque un grand "rapporteur" de bogue (un à deux par semaine).
Mais la vie réelle attaquant, je n'ai plus autant de temps que je le voudrais. Et je dois dire que pour l'exemple du flux rss, je n'y ai pas preté attention :(
On fait souvent plus attention aux gros bugs bien chiant (qui casse le processus de compilation ou qui mettent l'affichage en vrac), mais pas les "petits" bugs comme ceux que tu as rapporté.
@Fred, ce que tu dis est vrai, mais il y a aussi le problème qu'il n'y a pas eu sous Linux de nouvelle génération remplaçant l'ancienne qui est peut être moins disponible aujourdh'ui. Trouver des volontaires pour contribuer est un véritable challenge pour tous les projets libres, pas seulement Mozilla. Avec une vngtaine de personnes réellement actives en France/Belgique/Suisse, la communauté Mozilla francophone est une des grosses communautés du libre francophone, mais de nombreux projets pourtant bien visibles et avec des tas d'utilisateurs sous Linux tiennent avec deux ou trois contributeurs, voire un seul.
Il est aussi à mon avis navrant de voir que pour de très nombreux Linuxiens, surtout les jeunes, contribuer au libre se résume bien trop souvent à troller sur des forums. J'ai l'impression que dans "logiciels libres", la nouvelle génération de libristes a souvent oublié qu'il y avait le mot "logiciel". Paradoxalement, je trouve la jeune génération de libristes plus consumériste que créatrice en fait.
Je suis d'accord avec vous, puisque moi aussi je suis de ceux qui utilisent le libre mais ne contribuent pas activement.
Mais quand ce qu'on utilise a un souci et ne marche plus comme on veut, on se sort les doigt du cul pour aider.
(ce soir, je cherche la date de la regression)
@Moktoipas, super merci :)
Bon article Pascal. J'aime beaucoup ta nouvelle ligne éditoriale, bravo ! (Bon, et pendant qu'on y est, je vais râler sur la CSS de http://planet.mozfr.org/ , qui fait que les OL n'ont pas assez de marge à gauche, comme l'illustre ton billet tel qu'affiché par Planet.mozfr.org).
@Tristan, le css a été mis à jour
J'ai besoin d'un conseil pour un bug reporté : https://bugzilla.mozilla.org/show_b...
Pour l'instant il est "UNCONFIRMED" avec le commentaire "This needs to be confirmed by someone on a Mac with the latest Firefox 3.6.".
Je suppose que n'importe quel pékin avec la dernière 3.6 sous Mac ne peut pas le place "new" sans se faire engueuler :) Qui pourrais-je pinger pour faire changer le statut ?
Je crois avoir trouvé un bug, mais je ne sais pas s'il vient de flash ou de firefox. je suis sous 3.7a1pre sous linux. Quand je suis sur "deezer" et que j'effectue une recherche, il y a un probléme dans le rafraichissement graphique de la page et je n'accéde pas aux résultats.
Cette page marche parfaitement sur firefox 3.5.6.
Je ne trouve pas le numéro de la build ! Est ce que j'essaye de compiler une version plus récente ?
Vincent, tu trouveras ta build dans le User Agent, c'est la chaine qui est dans le menu Aide/À propos et qui ressemble à ça:
Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.2b5) Gecko/20091204 Firefox/3.6b5
Est ce que 20091204 correspond à la date des sources ? Est-ce valable que pour gecko ou pour firefox en entier ?
La date correspond à la date de compilation si je me souviens bien, donc si c'est un binaire officiel, ça correspond effectivement à la date des sources.
According to my own exploration, millions of persons in the world get the <a href="http://lowest-rate-loans.com/topics...">home loans</a> from various banks. Hence, there is good chances to find a commercial loan in all countries.