Sylvestre Ledru a écrit 614 commentaires

A Mozilla, on a compile le trunk de Firefox avec gcc 8 depuis un moment avec -Werror
On a créé ce meta bug pour lister tous les bugs trouvés ainsi:
https://bugzilla.mozilla.org/show_bug.cgi?id=1409283

Le plus courant est -Wclass-memaccess (pas mentionné dans cet article?)

On a ignoré -Wmultistatement-macros: pénible pour certaines de nos utilisations.

-Wformat-truncation a été amélioré, on a pu corriger quelques problèmes qui pouvaient (rarement) causé des problèmes.

Et, surtout, Firefox étant un bon test case, on a pu déposé des bugs upstream comme https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82728 (régression avec -Wunused-but-set-variable)

Bref, on recommande de faire pareil pour les logiciels importants… C'est bénéfique à la fois pour le compilateur et pour le projet (des vrais bugs sont trouvés ainsi).

Intéressant, au moins au sujet de Mozilla & Firefox, j'avais plutôt tendance à trouver que ça s'améliore!

Merci du retour, j'ai pas trop l'habitude des gens qui disent du bien de notre travail sur ce site ;)

C'est ce qui a été fait pour les captures d'écran.
On (je travaille pour Mozilla) a créé Test Pilot pour justement évaluer ça. On s'est rendu compte que les gens qui l'avaient l'utilisaient beaucoup donc on a décidé de le proposer par défaut dans le navigateur. Au nombre de screenshots générés, c'est un succès!

Je suis très certainement partial mais j'utilise souvent cette fonctionnalité! Perso et pro. C'est simple et efficace.

Jarvis parlait du support de Wayland.

D'ailleurs, merci pour ton travail de rédaction!

Bien vu ;)
De toutes les façons, je doute que ça aurait été prêt pour 60.

Parce que SharedArrayBuffer n'existait pas en 52 (la version de ESR).
https://blog.mozilla.org/security/2018/01/03/mitigations-landing-new-class-timing-attack/

s/apt.postgresl.org/apt.postgresql.org/g
Le premier renvoi vers une url incorrecte.

A noter que ça utilise la même infrastructure que https://apt.llvm.org/ (jenkins avec https://jenkins-debian-glue.org/)

(coucou Dimitri)

Ca fait un moment que Aster n'a pas shippé dans Debian et a été supprimé depuis.

Tu es sur(e) pour free-download-manager? Est ce que tu l'as reporté chez Mozilla?

L'implémentation est pas compliquée, la définition d'une bonne API pour le faire, par contre , oui, c'est plus compliqué!

Pour le moment, faut rajouter les lignes suivantes dans le fichier userChrome.css dans ton profile.

/* add this line if it is not there */
@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");

/* to hide the native tabs */
#TabsToolbar { visibility: collapse; }

/* to hide the sidebar header */
#sidebar-header { visibility: collapse; }

On pouvait nativement (sans plugin bancal) mettre les onglets sur les côtés, en terme d’ergonomie je trouve que c'est vraiment ce qui me convient le mieux et avec les "gros" écrans 16:10 ça fait sens, les pages ne font pas "compressés" dans la largeur.

https://addons.mozilla.org/fr/firefox/addon/tree-style-tab/ est plutôt bien: il y a pas mal d'employés de Mozilla qui l'utilisent tout le temps.

Nativement, je ne crois pas qu'il en soit question, c'est quand même un cas d'utilisation assez avancé. La vaste majorité des gens ont juste quelques onglets d'ouverts.

Je veux bien un bug sur https://bugzilla.mozilla.org/ about ton about:support
Si tu arrives à le reproduire facile, on est très preneur de ton aide! On a du mal à reproduire ce genre de problème.

Oui, en effet, si tu veux qu'il soit corrigé, je te conseille de déposer un bug.

date, comme son nom l'indique pas, c'est une branche de développement. Donc, c'est normal que ça ne fonctionne pas.

On me dit dans bugzilla que https://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central/ ou https://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central-l10n/
sont les bons endroits!

C'est pas très joli ça. Merci de l'info, j'ai reporté le bug https://bugzilla.mozilla.org/show_bug.cgi?id=1389777

• est ce qu'il serait tenté par faire une version codée en Rust de less?

Et c'est corrigé en 52.2.1

Pour les pbs de pdf, ca se passe dans ce bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1373363

Pardon, ma phrase était en effet pas claire. Non, il y a peu de chances que ca soit corrigé dans ESR vu la complexité et les risques que ça impliquerait.

Pour le déploiement, https://mike.kaply.com/cck2/ devrait t'aider.

Enfin, pour le MSI, c'est notre arlésienne… on en parle depuis un moment: https://bugzilla.mozilla.org/show_bug.cgi?id=231062

OK, le css est cassé dans les <select> Dans ton message, ca a été mangé.

Désolé pour ce problème! Vu la quantité de dépendances, ça semble assez complexe pour que l'on ne le prenne pas dans ESR 52. La prochaine fois, faut pas hésiter à remonter ça plus tôt durant la phase de stabilisation de ESR.
Pour désactiver e10s, tu devrais pouvoir le faire via ton système de déploiement de Firefox.

Pour l'impression, j'étais pas au courant, je vois ce que je peux faire.

Si on réalise esr52.0.0 & esr52.1.0, c'est justement pour que les utilisateurs nous remontent ce genre de bugs.
Est ce que tu peux m'indiquer les urls vers les deux bugs que tu as?

Dans certains cas, on prend des correctifs de bugs importants pour nos utilisateurs.

Note que l'on a des listes de diffusions pour les utilisateurs ESR, tu auras plus de chances qu'ils soient corrigés rapidement que se plaindre sur linuxfr.

https://techcrunch.com/2017/02/27/mozilla-pockets-pocket-in-first-acquisition/

Dixon said that Mozilla will be conducting a full audit of the Pocket code soon to look for any license encumbrances or other obstacles to open-sourcing. They declined to give any timeline, though.

=> Parce que l'on préfère faire les choses bien ;)

Précision:
Pas longtemps après = 4 ans