mozillaZine

Fanzine sur Mozilla et ses logiciels (Firefox, Thunderbird, SeaMonkey, etc.) — Site indépendant depuis 1999

Site archivé depuis 2020. Les contenus que vous trouverez ici sont conservés pour le souvenir.

18 articles correspondent à votre recherche — page 2

mardi 25 août 2015

Au menu de Firefox Developer Edition 42 : débogage Wi-Fi et multiprocessus

Annoncée sur le blog Hacks par Brian Grinstead, développeur chez Mozilla, voici la version 42 de Firefox Developer Edition. On notera deux nouveautés principalement :

  • Le multiprocessus est activé par défaut. C’est la poursuite du chantier e10s.
  • Cette version permet de déboguer Firefox pour Android par le Wi-Fi. Plus besoin de câble USB ou d’ADB.

firefox-win10-dark-500x300

Également dans cette version, un thème adapté pour Windows 10, la prise en charge de ReactJS et des corrections de bogues à la pelle. Sans compter que cette version intéressera particulièrement les fans du Guide du voyageur galactique 😉

Commentaires fermés sur Au menu de Firefox Developer Edition 42 : débogage Wi-Fi et multiprocessus

mercredi 20 mai 2015

Firefox Developer Edition 40 propose d’utiliser le multi-processus

Firefox Developer EditionDans cet article du blog Mozilla Hacks, on peut lire que la version spéciale pour développeurs de Firefox 40 propose d’essayer le multi-processus. C’est le signe d’un petit pas de plus dans le projet Electrolysis (nom de code e10s), dont l’objectif est de rendre l’interface utilisateur de Firefox plus réactive. Étant donné que l’interface utilisateur est la seule chose qu’on voit, par définition, la sensation d’un navigateur plus rapide dépend énormément de ce genre de petit détail. Mais « en coulisses », il ne s’agit pas d’un détail d’implémentation mais d’un gros chantier avec des impacts un peu partout, ce qui explique la longueur du projet. À suivre…

Commentaires fermés sur Firefox Developer Edition 40 propose d’utiliser le multi-processus

vendredi 27 février 2015

Expérimentations dans Firefox Nightly pour détecter les extensions lentes

Signalé par @FirefoxNightly, un article de Brad Lassey nous apprend que les extensions qui ralentissent Firefox pourront bientôt être détectées. C’est une conséquence du chantier e10s qui a mis en évidence des problèmes dans certaines extensions. Comme le précise Brad :

Cela ne signifie pas que les développeurs de ces extensions ont fait quelque chose de mal. Mais du code qui fonctionnait bien lorsque Firefox était mono-processus, se comporte maintenant différemment et des fonctions qui semblent anodines peuvent provoquer des appels synchrones d’un processus à l’autre. Cela a incité les ingénieurs à mesurer les temps d’exécution des extensions et, par conséquent, à détecter lorsqu’elles ralentissent le navigateur. On peut alors prévenir l’utilisateur. Les rapports de bogue où sont consignés ces travaux sont les numéros 990729, 1096666, 1071880, et pour l’interface utilisateur, 1124073. […]

Si vous utilisez Firefox Nightly et essayez e10s, et si vous êtes averti qu’une extension est lente, s’il vous plait, désactivez cette extension, refaites un essai et transmettez les résultats de votre expérience sur AreWeE10SYet.com. Vous pouvez voir les données brutes que nous mesurons sur about:compartments. Merci de bien garder à l’esprit que tout ceci est expérimental. Nous sommes d’ailleurs en train de réécrire la manière dont nous mesurons les temps d’exécution (cf. bogue 674779).

Commentaires fermés sur Expérimentations dans Firefox Nightly pour détecter les extensions lentes

lundi 26 janvier 2015

En vrac : Hello, de l’animation CSS, il y a du nouveau dans le bac à sable !

Petites nouveautés sympas qui arrivent ou sont arrivées récemment dans Firefox :

  • Firefox HelloHello, une fonction arrivée à stabilité dans Firefox 35, permet de communiquer de navigateur à navigateur sans passer par Skype et autres logiciels centralisateurs. Plus d’infos en français sur cet article du BlogZiNet.
  • Les animations CSS remplacent petit à petit Flash et JavaScript pour des effets graphiques simples, et c’est un grand soulagement. Mais pour les développeurs, il manquait un outil qui les aide à travailler sur ces animations. Ce manque est bientôt comblé par les outils pour développeurs de Firefox, comme vous pouvez le voir sur ce tweet d’Alex Gibson. Coïncidence, cette fonctionnalité arrive en même temps dans Chrome.
  • Les développeurs de Firefox travaillent sur la sécurité des plugins avec le projet de les confiner dans un « bac à sable » (sandbox). Ce tweet de @FirefoxNightly donne un lien vers un article de GHacks.net qui précise que cela n’est pas lié au projet e10s dont nous parlions dans notre article précédent.

Commentaires fermés sur En vrac : Hello, de l’animation CSS, il y a du nouveau dans le bac à sable !

samedi 6 décembre 2014

Débuts de la « sandbox » dans Firefox Nightly pour Windows

Dans un article publié sur l’excellent ghacks.net, Martin Brinkmann explique qu’une des raisons pour lesquelles Mozilla travaille sur une architecture multi-processus, c’est que cela permettra d’avoir une sandbox pour Firefox. Qu’est-ce qu’une « sandbox » ? On pourrait traduire par « bac à sable », ce qui est une assez bonne illustration dans l’esprit « va jouer dans ton bac à sable et laisse-nous tranquilles » ! C’est en effet une architecture qui sécurise le fonctionnement d’un processus (Firefox, en l’occurence) de manière à ce qu’il ne puisse pas accéder à certaines ressources du système. C’est particulièrement important dans le cas d’une attaque via une faille. Dans ce cas, la faille ne permettra pas d’accéder à des ressources telles que le compte administrateur.

Le plus surprenant dans cette nouveauté, c’est que Mozilla part de la sandbox open source de Google, qui est utilisée dans Chrome et Chromium. Mozilla aurait pu repartir de zéro et créer sa propre version de ce composant logiciel, mais cela aurait été une perte de temps et d’énergie pour arriver peu ou prou au même résultat.

La sandbox de Firefox ne fonctionne que lorsque e10s est activé. C’est le cas pour toutes les compilations nocturnes (Nightly). Et si vous voulez tester cette sandbox, vous devez simplement télécharger une des Nightlies, et activer la préférence browser.tabs.remote.sandbox.

Dans un commentaire sous l’article, Martin répond à la question « Est-ce que cette sandbox va gonfler la consommation de mémoire de Firefox au niveau de celle de Chrome ? » par la négative. En effet, le plus gros impact sur la mémoire viendra de l’architecture multi-processus e10s, et les ingénieurs de Mozilla se sont engagés à faire en sorte que e10s augmente le moins possible la consommation de mémoire.

En bref, Mozilla s’apprête à relever le défi de prendre le meilleur de Chrome et faire mieux en terme de mémoire. C’est le genre de défi qu’on aime ! Plus d’infos sur le wiki de Mozilla, d’où provient l’illustration de cet article.

1 commentaire

jeudi 4 septembre 2014

Un article présente Firefox 32 sur LinuxFr

logo Firefox ©, nom en basMême si l’actualité de Mozilla de ces derniers temps se concentre plutôt sur Firefox OS et le projet Electrolysis, Firefox continue de s’améliorer discrètement, par petites touches, et le numéro de version est passé à 32. Et même si vous n’utilisez pas Linux (quelle erreur !), vous pouvez lire cet article de LinuxFr.org qui présente les nouveautés de cette version. Merci à Sylvestre (Firefox Release Manager chez Mozilla) pour avoir validé cet article.

1 commentaire

jeudi 23 janvier 2014

Les logiciels Mozilla en 2013

« Mozilla en 2013 en chiffres | Firefox OS en 2013 »

Allez à la partie : 1 | 2 | 3 | 4 | 5

Nous ne parlerons pas que des logiciels produits par Mozilla mais aussi de logiciels basées sur les technologies. Cependant, les principaux logiciels de Mozilla, Firefox, pour ordinateur et pour Android, et Firefox OS, qui a été déployé cette année à grande échelle, seront au centre de cette 3e partie de notre rétrospective 2013.

Des versions non officielles, spécialisées et modifiées de Firefox – comme Pale Moon, Cyberfox, Waterfox, TenFourFox ou Classilla –, de nouvelles versions de BlueGriffon et d’Instantbird, exemples de logiciels basés sur Gecko, le moteur d’affichage de Firefox, de nouvelles versions de Bugzilla, disponible en français et qui a fêté ses 15 ans en 2013 et de nouvelles versions de Transvision (projet d’outil Web permettant des recherches dans les dépôts Mozilla, en-US et autres langues, mené par Pascal Chevrel et fourni par MozFr) sont sorties en 2013 aux côtés des logiciels phares de Mozilla.

Adieux en 2013

NightingaleCommençons par des logiciels basés sur Mozilla que regretteront certains : en effet, le navigateur pour Mac Camino est officiellement mort fin mai 2013, bien qu’il n’était plus mis à jour depuis longtemps et n’est donc plus sûr. Stuart Morgan sur le blog officiel rappelle que des anciens développeurs de Camino ont aidé à développer les trois navigateurs les plus populaires sur Mac, Chrome, Firefox et Safari.

Peu de temps après, c’est Songbird, le gestionnaire multiplateforme de bibliothèque musicale et lecteur audio qui annonçait cesser ses opérations commerciales le 28 juin 2013 faute de financement. Cette alternative libre à iTunes d’Apple, basée sur Gecko de Mozilla, est morte mais survit grâce à son surgeon mené par la communauté, Nightingale, encore plus multiplateforme.

Reconnaissance

À tous ceux qui ne jurent que par Chrome et surfent sur son (irrésistible ?) déferlante, vous pouvez opposer que, dans le Grand comparatif des navigateurs 2013 de Tom’s Hardware, dont le titre en anglais nomme les versions testées : Chrome 27, Firefox 22, IE 10, And Opera Next, Benchmarked, sans faiblesses apparentes et avec des scores globalement élevés dans toutes les catégories, des temps de démarrage exemplaires, des performances en accélération matérielle nettement améliorées par rapport aux versions précédentes sans oublier une fiabilité à toute épreuve, la dernière version en date de Firefox remporte sans trop de difficulté cette édition du Grand comparatif des navigateurs.

(suite…)

7 commentaires

vendredi 6 décembre 2013

Le projet Electrolysis arrive dans Nightly

Fans de Firefox, en cinq tweets hier, Mozinet vous a mis l’eau à la bouche à propos du projet Electrolysis qui arrive dans Nightly (version en développement de Firefox). Cet article reprend ces tweets :

Pour essayer Electrolysis #e10s (multiprocessus) dans @FirefoxNightly : dans about:config, changez la préférence browser.tabs.remote et redémarrez (à vos risques et périls). Utiliser e10s fera disparaître vos onglets actuellement ouverts : la restauration de session échouera (Merci à @bjvandrews pour le rappel).

Pour essayer Electrolysis #e10s (travail en cours), il est fortement conseillé d’utiliser un profil ad hoc.

État, enjeux et difficultés de l’implémentation du multiprocessus dans Firefox par Bill McCloskey billmccloskey.wordpress.com/2013/12/05/multiprocess-firefox/

C’est expérimental, vous êtes prévenus !

Mais qu’est-ce qu’Electrolysis ? Ce projet vise à modifier le fonctionnement interne de Firefox en séparant le processus de gestion de l’interface, du processus de gestion du contenu des pages web. Comme le résume bien cet article de ghacks.net paru en avril dernier, cela rapprochera Firefox de Chrome en termes de réactivité et de stabilité. Le modèle multi-processus est un vieux débat chez Mozilla depuis plus de 10 ans pour deux raisons : D’abord, les développeurs ont réussi jusqu’ici à optimiser Firefox pour le rendre plus réactif sans changer de modèle. Ensuite, changer de modèle demande beaucoup de travail avec de nombreuses répercussions, notamment sur les extensions. On pourra dire qu’il n’y a que les imbéciles qui ne changent pas d’avis, et nous souhaitons donc bonne chance à Mozilla pour ce chantier qui pourrait changer complètement la donne dans la comparaison permanente entre Chrome et Firefox.

10 commentaires

^