PB d'affichage lors de changement d'onglet-[Résolu]

[geko]

Voilà:


Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[Abraxas]

Le driver a l'air récent (après, ça n'empêche pas des bugs non plus), t'as essayé de remettre l'AM ?
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[geko]

Comme je l'ai dit même activé ça ne change rien.

c'est quand même moins prononcé depuis la nouvelle installe, mais c'est toujours.
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[geko]

Vous voyez d'autres solution ?
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[Abraxas]

avais-tu ce pbm en version 32 ?
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[geko]

Comme je l'ai dit, c'est vrai, javais pas ce problème avec la version 32
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[Abraxas]

Donc il y a une régression dans FF33.
Du coup, ça serait bien si tu pouvais trouver la build à partir de laquelle le bug a été introduit dans FF33 en suivant mon tuto ici: http://forums.mozfr.org/viewtopic.php?p=777333#p777333

est-ce possible ? (comme tu es capable de reproduire le bug)
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[geko]

C'est à partir de la 33, en réinstallent la 32.0.3 j'avais plus de souci.

Donc je dois installer MozillaBuild et le lancé via ce batch start-l10n.bat ? mais il n'est pas dans le dossier d'installe. j'ai ce batch ci, start-shell-l10n.bat

Comment ça marche ?

[Abraxas]

1) tu installes http://ftp.mozilla.org/pub/mozilla.org/ ... Latest.exe
MozillaBuild devrait se mettre à la racine de ton DD.
2) tu vas dans C:\mozilla-build\ puis tu double-cliques sur start-l10n.bat pour exécuter la commande d'installation de mozregression qui est easy_install -U mozregression

Ensuite, pour lancer mozregression, tu double cliques sur start-l10n.bat puis tu tapes mozregression --good=2014-03-01 par ex.
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[geko]

J'ai pas le fichier start-l10n.bat dans le dossier comme j'ai dit.


Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[Abraxas]

Il y est, c'est juste qu'il a un autre nom (la doc est pas à jour en fait), c'est start-shell-l10n.bat
Une fois que tu auras lancé mozreg, inutile de faire la bisection (ce qui nécessite de compiler les builds, ça prend du temps et des ressources), il suffit de s'arrêter quand tu as le pushlog (last good/first bad), ensuite tu tapes "n" pour "no" afin de terminer la recherche de régression.

[geko]

Euh... j'ai fais ce que tu as dit après avoir rentré mozregression --good=2014-03-01 un navigateur Nightly est apparu une le DL terminé dans l’invite de commande

et rien d'autre ne s'est passé.


Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[Abraxas]

Bah c'est le but.

Le programme télécharge automatiquement les nightlies de Firefox (les versions alpha) et les ouvre avec un profil vierge à chaque fois. A toi de tester la nightly en question, et de mettre bad ou good.
Ensuite le programme continue pour trouver par dichotomie la dernière bonne nightly (celle sans le bug) et la 1ère mauvaise nighlty (celle avec le bug).

Donc dans ton cas, tu ouvres quelques onglets à chaque fois pour essayer de reproduire le bug (que tu connais mieux que moi).
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

[geko]

Ca va être fastidieux, mieux vaut commencer par la dernière non, et elle date de quand ?

Voici de quoi je parle. Tu vois les 2 pages se confondent et il faut que j'utilise la molette d'un cran pour quelle apparaisse correctement.

[Abraxas]

C'est fastidieux mais indispensable malheureusement pour trouver le patch qui a entrainé la régression dans Firefox. Il y a des milliers de bugs corrigés dans chaque version finale (toutes les 6 semaines), autant dire que ça n'apporte que peu d'infos sur le patch qui a introduit le bug.

Et le programme travaille par dichotomie, c'est la méthode la plus rapide, comme si vous deviez deviner un nombre entre 0 et 1000 par ex, le programme ne va pas télécharger ttes les builds depuis 6 mois, mais couper les intervalles en 2.

Si le pbm est facilement reproductible sur 1 site ou 2, en moins de 15 ou 20 min, le pushlog sera trouvé.