Bonjour Le 09/04/2015 12:20, f box a écrit : > Bonjour à tous, > > Après plusieurs mois d'utilisation de Firefox OS sur ZTE Open C, de > participation au forum mozfr, de compilation et de lecture avide du MDN, > j'ai plusieurs questions/constats sur lesquelles je souhaiterai avoir > quelques éclaircissements. > > Ma première remarque/question concerne le statut des bugs sur > https://bugzilla.frenchmozilla.org. Je ne suis pas un grand habitué mais > j'ai quelques problèmes à comprendre le statut de certains bogues. > L'exemple est celui des différents rapports de bug sur le problème de la > date/heure. J'ai bien compris que que le problème était du au fait que ZTE > utilisait des blobs binaires de qualcom mais ce que je ne comprends pas > c'est le statut du bug en RESO / CORR qui semble sous entendre que le > problème a été identifié et résolu. D'après ce que j'ai compris, le > problème a été identifié, mais ne sera pas résolu. N'y a t'il pas un moyen > de souligner cela ? Oui, j'ai fermer le bug en Résolu - wont fixe (il me semble) : c'est à dire qu'on ne peut pas le résoudre et qu'il n'avancera plus => on ferme pour faire le menage > > L'autre point qui m'interpelle concerne les rapports de bugs de type "Try > build ...". Les informations qu'ils contiennent sont souvent très > pertinentes mais je me demandais si ça ne cachait pas la visibilité de les > regrouper sous un même rapport de bug ? > J'ai vu qu'un nouvel outil de > rapport de test "global" avait été mis en place par Dattaz
Enfaite je vais un bug par build à tester histoire que ça soit bien séparer. isAAAc à fait une liste des choses à tester sur chaque build. Mais comme la liste est longue et que c'est assez long à éplucher retour sur le bugzilla dans cette forme, j'ai fais un formulaire. C'est vraiment basique mais suffisant je pense > mais je me demandais s'il fallait ouvrir des rapports de bug pour les sous > problèmes > relevés dans ces rapports. J'ai pas compris > > Encore un fois, c'est par manque d'expérience sur bugzilla que je permets > de poser ces questions. Pas de problème, c'est sur que c'est pas forcement évident, si tu veux donner un coup de main pour simplifier/expliquer volontier. > > Ma dernière question concerne la publication des sources du noyau Android > Jellybean sur l'open c (ebay je suppose puisque l'appareil photo ne marche > pas chez moi sur un "fr") par ZTE. Est-ce que la publication de ce noyau ne > changerait pas la donne quand à une possible prise en charge de l'Open C > par le script ./config.sh ? Tu mélange des choses là. 1. je ne savais pas que ZTE avait publier les souces du noyau Android => où ça ? 2. L'appareil photo fonctionne très bien sur open c FR, ça pose problème qunad on root avec la build de l'open c ebay sur l'open c fr ( cf : un bug que je retrouve pas non plus sur le bugzilla de mozilla ) 3. Pour le config.sh l'open c est pris en charge, faut juste prendre le openc.xml disponible sur bugzilla > > Encore merci et bravo pour tout votre travail ! Merci ! > Bien cordialement, > fabbox > > > > _______________________________________________ > Moz-fr mailing list > [email protected] > http://mozfr.org/mailman/listinfo/moz-fr >
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Moz-fr mailing list [email protected] http://mozfr.org/mailman/listinfo/moz-fr
