about:config:

- network.http.sendRefererHeader
    0 - never send the referring URL.
    1 - send only when links are clicked.
    2 - send for links and images (default).

- network.http.referer.XOriginPolicy
    0 - always send referrer (default).
    1 - only send if base domains match.
    2 - only send if hosts match.

- network.http.referer.spoofSource
    false - send the referrer (default).
    true - spoof the referrer and use the target URI instead.

- network.http.referer.trimmingPolicy
    0 - send full URI (default).
    1 - scheme, host, port and path.
    2 - scheme, host and port.

Oh chic ! La dernière version du navigateur Web de Mozilla, la version 42, sortie récemment, fonctionne enfin en 64 bits pour Windows.

Voici donc le lien pour télécharger les binaires dans la langue que vous souhaitez, j'ai toutefois pris la liberté de donner le lien pour la version sans EME (Encrypted Media Extensions), appelée "win64-EME-free", des modules à sources fermées pour lire du contenu sous DRM (Digital rights management), nécessaire pour ceux qui souhaitent utiliser des services de VOD (comme Netflix par exemple). Du coup, il suffit de remonter dans l’arborescence pour aller dans le dossier "win64" au lieu de "win64-EME-free".
https://en.wikipedia.org/wiki/Encrypted_Media_Extensions
https://en.wikipedia.org/wiki/Digital_rights_management

Ah, mauvaise nouvelle pour un web libre.
Mais comme ils disent, ils n'ont pas vraiment le choix, c'est la dictature du marché : "Marche ou crève".

Ainsi Mozilla mettra au sein de Firefox les EME (pour Encrypted Media Extensions), standards définis par le W3C (World Wide Web Consentium), standards qui feront appel donc à des extensions. Toutefois, Mozilla fait un bon choix en décidant de ne pas coder cette fonctionnalité, et de laisser quelqu'un d'autre (Adobe en l'occurrence) s'en charger, grâce à un module externe ; ainsi, sous GNU/Linux, on aura toujours le choix d'installer Firefox/Iceweasel sans ce module.

Mais en attendant, c'est un combat perdu sur le plan d'un web ouvert, et c'est même une porte ouverte à d'autres modules : qu'est-ce qui empêchera chacun des fournisseurs de contenus d'avoir leur propre module, à "télécharger" dans le navigateur, pour pouvoir lire des musiques, des ebooks, ou simplement des pages web ? Ainsi, ce sera de nouveau une fragmentation du web.
Et vu que ce seront des modules à sources fermées, car tels définis par les normes du W3C (sic), on ne pourra pas savoir ce que traficotent ces modules ; c'est bien pour ça, heureusement, que Mozilla a mis en place une sandbox. Toutefois, il peut toujours y avoir des failles, ou simplement des bugs.

Source depuis le blog de Mozilla, par Mitchell Baker
https://blog.mozilla.org/blog/2014/05/14/drm-and-the-challenge-of-serving-users/

Voir aussi sur Next INpact :
https://www.nextinpact.com/news/87553-mozilla-jette-eponge-firefox-gerera-drm-des-cette-annee.htm

Citation Numerama :
"Les EME risquent d'empêcher l'enregistrement de vidéos vues depuis un navigateur sans l'utilisation d'un module propriétaire, d'exposer les internautes à des règles potentiellement abusives édictées par les fournisseurs de médias, de nuire à l'interopérabilité, d'entériner l'intégration de logiciels non-libres au sein des standards du web et de pérenniser des modèles économiques oppressants."

Mon avis sur ce sujet :
Personnellement, je suis de leur avis, ce n'est pas leur rôle de bloquer des 4 fers, contrairement à l'EFF qui elle se doit de le faire.
Car à l'état actuel des choses, Chrome (de Google), Saphari (d'Apple) et Internet Explorer (de Microsoft), et sûrement Opéra, intégreront volontiers ce type de fonctionnalités, car chacune de ces entreprises à la tête de ces navigateurs vendent du contenu multimédia sur le web (Youtube de Google et iTunes d'Apple) ; et vous pouvez être sûr que les sites web vendeurs de contenus vont vouloir cette fonctionnalité, pour « protéger » leur marché.
Lorsque Mozilla avec son navigateur Firefox se retrouvera seul à ne pas mettre en place ce système, vous pouvez être sûr que les utilisateurs finaux ne vont pas se priver de changer de navigateur web, réduisant ainsi la part « de marché » du navigateur. Déjà que la concurrence est rude, ça serait vraiment se mettre une balle dans le pied de ne pas suivre.
Ainsi, comme je le disais en entrée, ce n'est donc pas à Mozilla de bloquer complètement, le problème aurait dû être réglé à la source, le W3C n'aurait pas dû imposer cette technologie comme un standard pour HTML5. Mais toutefois, Mozilla fait le bon choix en utilisant un module externe au navigateur, c'est ainsi le meilleur contre-poids à cette mesure.
Merci Mozilla, de penser pour un véritable web ouvert.

"3 pas en avant, 3 pas en arrière-re" ...

Tiens, intéressant ce nouveau codec audio, Opus.
À part le fait qu'il soit libre, ce nouveau codec -- implémenté dans la future version 15 de Mozilla Firefox -- a de bons arguments :
- efficace à la fois pour la musique et le discours,
- meilleure compressions que d'autres format comme mp3, ogg et aac
- paramètres ajustables dynamique pour l’échantillonage, la bande passe et la faible latence de compression/décompression.

J'en déduis que ce sera surtout un codec avec perte surtout très utile pour les technologies du web, pour des discours et de la musique en temps réel. Il n'égalera pas, si j'ai bien compris, les autres codecs avec perte dans la musique à haute qualité, comme on pourrait s'en douter (hé oui, on ne peut pas tout avoir :)).

À suivre :)

Wikipédia : https://en.wikipedia.org/wiki/Opus_%28codec%29

Mozilla Firefox pour Android a été mis à jour, et moi qui l'utilisait déjà en version béta (version 14-b1), je dois dire que l'application est encore mieux réussie avec la version finale (version 14).

Pour ceux qui souhaitent éviter le centre d'application de Google (bonjour Cyanogen !), voilà un lien pour télécharger depuis les serveurs ftp de Mozilla la version mobile en apk :
http://ftp.mozilla.org/pub/mozilla.org/mobile/releases/
Donc, actuellement, la dernière version (et stable) est la version 14, il faut cliquer sur le dossier, et choisir la langue ; exemple en français : http://ftp.mozilla.org/pub/mozilla.org/mobile/releases/14.0/android/fr/fennec-14.0.fr.android-arm.apk

EDIT : Beaucoup plus simple, utiliser F-Droid (http://f-droid.org/), un market alternatif qui ne distribue que des binaires de logiciels libres. Pour la quasi-totalité des applications, ce sont les serveurs de F-Droid qui ont compilé les sources ; si ce n'est pas la cas, ils nous préviennent.

Bonne navigation ;)