) Pour Firefox OS, on peut ouvrir des bugs de cette catégorie si par exemple il n'est pas possible de passer des appels, ou si une mise à jour empêche de démarrer de téléphone, etc.
Tes messages ne m'effraient pas trop. Et les miens, ils sont compréhensibles ? Car l'anglais et moi ça fait 2tchevalier a écrit :Salut, Biio
D'abord, merci pour tes récents bugs, j'espère que je ne t'ai pas trop effrayé avec mes messages. (Et rassure-toi, je ne te suis pas à la trace, je suis abonné à l'ensemble des bugs Firefox OS
...Ok, tout ça c'est très clair, merci pour tes explications. C'est pas toujours hyper simple de trouver les réponses à ses questions. Surtout quand on parle l'anglais comme une vache espagnole.tchevalier a écrit :Concernant tes questions, elles sont très pertinentes, je vais tenter d'y répondre.
1. Les bugs en rouge sont liés au niveau de criticité du bug. Un bug dont le champ « importance » correspond à « critical » ou « blocker » sera affiché en rouge. Attention cependant, notamment avec les bugs « blocker », dans certains composants de Bugzilla en ouvrir un peut réveiller automatiquement plusieurs personnes d'astreinte un peu partout dans le monde à l'aide d'un bipper. Ce n'est probablement pas le cas du composant Firefox OS, mais il est toujours bon de le garder en tête
2. Un bug peut être passé en VERIFIED dès le moment où un correctif a été poussé (à ce moment-là il passe en RESOLVED), qu'il a été intégré à une build, et qu'effectuer les Steps to Reproduce initiales sur l'appareil ne permet plus de reproduire le bug. À partir de là, on indique les informations de version/le matériel, puis on passe le bug en VERIFIED.
Tout le monde est autorisé et encouragé à le faire, la seule limitation est qu'il faut disposer des droits Bugzilla pour modifier un bug que l'on a pas créé (permission editbugs). Normalement tu devrais être en mesure de vérifier le bug 1213647 demain puisque tu l'as ouvert
.J'en aurai très probablement d'autres bientôt, je les posterai toutes ici.tchevalier a écrit :N'hésite pas si tu as d'autres questions !
Oui oui, ne t'inquiète pas, c'est tout à fait compréhensible.BiiO a écrit :Tes messages ne m'effraient pas trop. Et les miens, ils sont compréhensibles ? Car l'anglais et moi ça fait 2tchevalier a écrit :Salut, Biio
D'abord, merci pour tes récents bugs, j'espère que je ne t'ai pas trop effrayé avec mes messages. (Et rassure-toi, je ne te suis pas à la trace, je suis abonné à l'ensemble des bugs Firefox OS
Il peut m'arriver de reformuler le titre, mais c'est surtout pour utiliser le jargon utilisé par les autres testeurs et qu'ils tombent plus facilement sur le bug depuis la recherche Bugzilla.J'utilise une adresse secondaire, j'utilise des filtres et je ne lis pas tout. Mais oui, c'est conséquentBiiO a écrit : Abonné à l'ensemble des bugs Firefox OS ? Waouh, tu dois en avoir des messages !
J'essaie de lire au moins les nouveaux bugs.BiiO a écrit :Ok, tout ça c'est très clair, merci pour tes explications. C'est pas toujours hyper simple de trouver les réponses à ses questions. Surtout quand on parle l'anglais comme une vache espagnole.tchevalier a écrit :Concernant tes questions, elles sont très pertinentes, je vais tenter d'y répondre.
1. Les bugs en rouge sont liés au niveau de criticité du bug. Un bug dont le champ « importance » correspond à « critical » ou « blocker » sera affiché en rouge. Attention cependant, notamment avec les bugs « blocker », dans certains composants de Bugzilla en ouvrir un peut réveiller automatiquement plusieurs personnes d'astreinte un peu partout dans le monde à l'aide d'un bipper. Ce n'est probablement pas le cas du composant Firefox OS, mais il est toujours bon de le garder en tête
2. Un bug peut être passé en VERIFIED dès le moment où un correctif a été poussé (à ce moment-là il passe en RESOLVED), qu'il a été intégré à une build, et qu'effectuer les Steps to Reproduce initiales sur l'appareil ne permet plus de reproduire le bug. À partir de là, on indique les informations de version/le matériel, puis on passe le bug en VERIFIED.
Tout le monde est autorisé et encouragé à le faire, la seule limitation est qu'il faut disposer des droits Bugzilla pour modifier un bug que l'on a pas créé (permission editbugs). Normalement tu devrais être en mesure de vérifier le bug 1213647 demain puisque tu l'as ouvert
Je vais me faire une joie de passer le bug 1213647 en VERIFIED
J'en aurai très probablement d'autres bientôt, je les posterai toutes ici.tchevalier a écrit :N'hésite pas si tu as d'autres questions !
Merci !
. Idéalement, RESOLVED DUPLICATE du bug qui a corrigé le problème (celui où le correctif a été fait). Sinon, RESOLVED WORKSFORME si on ne trouve pas le numéro du bug.BiiO a écrit :Hello !
Je reviens ici pour une question au sujet de Bugzilla.
Lorsqu'on signale un bug, celui-ci apparaît par défaut en "UNCONFIRMED" .
Si ce dernier, apparaît toujours en "UNCONFIRMED" plusieurs semaines après et que depuis son signalement il a été corrigé, quel statut choisir pour "fermer" le bug ?
Merci
.Utilisateurs parcourant ce forum : Aucun utilisateur enregistré et 1 invité