Geckozone

Salut

En effet, comme cela c'est top !
.
.
Votre Navigateur : Mozilla/5.0 (Windows NT 6.0; rv:33.0) Gecko/20100101 Firefox/33.0

Encore une amélioration de l'outil de dév avec la visualisation des événements dans l'arbre HTML :


Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0

C'est une excellente feature !

J'espère que ça marche aussi avec les events jQuery.
Votre Navigateur : Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0

Est-ce que je dois considérer ça comme un bug ? Je ne peux plus faire mes balises Ruby XHTML 1.1 avec du CSS : À gauche Fx31 / À droite la Nightly du 2014-07-07 (il n'y a pas eu de mise à jour depuis sur LanchPad) Bon, j'admets que depuis un baille j'ai passé le site en HTML5... mais ça marchait, jusque là.
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0

Zefling a écrit :Est-ce que je dois considérer ça comme un bug ? Je ne peux plus faire mes balises Ruby XHTML 1.1 avec du CSS : À gauche Fx31 / À droite la Nightly du 2014-07-07 (il n'y a pas eu de mise à jour depuis sur LanchPad) Bon, j'admets que depuis un baille j'ai passé le site en HTML5... mais ça marchait, jusque là.

Tu peux passer une url que j'aille voir avec une nightly récente ?

pascal
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0

Sur cette page par exemple ou celle-ci.
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0

Je confirme le bug avec la version d'hier
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0

en utilisant mozregression voici les résultats:

Got as far as we can go bisecting nightlies...
Ensuring we have enough metadata to get a pushlog...
Last good revision: 366b5c0c02d3 (2014-06-23)
First bad revision: e86b84998b18 (2014-06-24)
Pushlog:
https://hg.mozilla.org/mozilla-central/ ... 6b84998b18

Dans les comits, je vois celui là qui me semble le coupable idéal:

Bug 664104 - Implement spec changes to ruby parsing
https://bugzilla.mozilla.org/show_bug.cgi?id=664104

Je pense que ça vaudrait le coup que tu ouvres un bug pour vérifier si c'est une régression ou si c'est le balisage qui est à changer à cause d'un changement de norme.
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0

Bug 868622 - [UX] Implement the new Australis styling for the refresh/stop/go buttons : réglé pour Firefox 33
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0

OpenH264: le codec proposé par Cisco continue son chemin dans Firefox: Bug 1009909 - Firefox desktop: Integrate the openh264 media plugin in the add-ons manager
J'ai vu pas mal de travail pour passer WebRTC sur H264. WebRTC qui va bientôt proposé de partager ses écrans comme le fait Chrome.
L’accélération graphique et OMTC semble aussi dans la dernière ligne droite. D'ailleurs il est possible de tester si son extension est compatible avec electrolysis: http://arewee10syet.com/
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0

pascal a écrit :en utilisant mozregression voici les résultats:

Got as far as we can go bisecting nightlies...
Ensuring we have enough metadata to get a pushlog...
Last good revision: 366b5c0c02d3 (2014-06-23)
First bad revision: e86b84998b18 (2014-06-24)
Pushlog:
https://hg.mozilla.org/mozilla-central/ ... 6b84998b18

Dans les comits, je vois celui là qui me semble le coupable idéal:

Bug 664104 - Implement spec changes to ruby parsing
https://bugzilla.mozilla.org/show_bug.cgi?id=664104

Je pense que ça vaudrait le coup que tu ouvres un bug pour vérifier si c'est une régression ou si c'est le balisage qui est à changer à cause d'un changement de norme.

Comment t'as retrouvé la « bad revision » ?
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:34.0) Gecko/20100101 Firefox/34.0

avec http://mozilla.github.io/mozregression/
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0

pascal a écrit :avec http://mozilla.github.io/mozregression/

Merci, la prochaine fois, je m'en servirais moi-même
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:34.0) Gecko/20100101 Firefox/34.0

Encore repris de http://firefoxnightly.tumblr.com :

Outil de dév. :

• Il est maintenant possible d'éditer directement la taille de la “Responsive Design View” au clavier [image]

WabAPI

• Web Animations API: Element.getAnimationPlayers est implementé [Bug]

CSS

• animation-play-state est maintenant une partie d'abrégée animation [Bug]

Côté interface :

• (Linux) La barre d'outil et le menu ont un meilleur rendu sombre [image]
• Intégration de plugin “openh264 media” dans le gestionnaires de plugins [Bug - image]

Divers :

• Un site pour liste les add-ons qui sont compatibles avec Electrolysis : http://arewee10syet.com/

Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:34.0) Gecko/20100101 Firefox/34.0

N'hésitez pas à tester vos addons sous Nightly avec e10s activé, c'est pas compliqué.
Il faut déjà vérifier que l'addon marche sous Nightly sans e10s activé (ce qui doit être le cas si vous utilisez Nightly tous les jours), puis ensuite vous passez browser.tabs.remote.autostart à true (redémarrez pour appliquer).
Ensuite, vous testez votre addon.

Les bugs courants sont des crashes de l'onglet lors de certaines actions ou un menu de l'addon (comme une fenêtre) qui ne s'ouvre pas ou un affichage absent.
Pensez à regarder dans la console Navigateur et about:crashes pour avoir des infos de débuggage en plus.
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0