Software-update: Mozilla Firefox 37.0

Mozilla heeft kort geleden versie 37 van zijn webbrowser Firefox uitgebracht. In versie 37 is onder meer ondersteuning voor de Media Source Extensions-api toegevoegd, waardoor video's op YouTube nu in html5 worden getoond in plaats van in FlashPlayer. Verder kan er via Bing voortaan met een https-verbinding worden gezocht. Indien de server http/2 ondersteunt, zal ook versleuteling worden gebruikt over een gewone http-verbinding. Hieronder staat het complete overzicht van de verbeteringen die in versie 37 zijn aangebracht:

New:

• Heartbeat user rating system - your feedback about Firefox
• Yandex set as default search provider for the Turkish locale
• Bing search now uses HTTPS for secure searching
• Improved protection against site impersonation via OneCRL centralized certificate revocation
• Opportunistically encrypt HTTP traffic where the server supports HTTP/2 AltSvc

Changed:

• Disabled insecure TLS version fallback for site security
• Extended SSL error reporting for reporting non-certificate errors
• TLS False Start optimization now requires a cipher suite using AEAD construction
• Improved certificate and TLS communication security by removing support for DSA
• Improved performance of WebGL rendering on Windows

HTML5

• Implemented a subset of the Media Source Extensions (MSE) API to allow native HTML5 playback on YouTube
• Added support for CSS display:contents
• IndexedDB now accessible from worker threads
• New SDP/JSEP implementation in WebRTC

Developer

• Debug tabs opened in Chrome Desktop, Chrome for Android, and Safari for iOS
• New Inspector animations panel to control element animations
• New Security Panel included in Network Panel
• Debugger panel support for chrome:// and about:// URIs
• Added logging of weak ciphers to the web console

De volgende downloads zijn beschikbaar:
Mozilla Firefox 37.0 voor Windows (Nederlands)
Mozilla Firefox 37.0 voor Linux (Nederlands)
Mozilla Firefox 37.0 voor OS X (Nederlands)
Mozilla Firefox 37.0 voor Windows (Engels)
Mozilla Firefox 37.0 voor Linux (Engels)
Mozilla Firefox 37.0 voor OS X (Engels)
Mozilla Firefox 37.0 voor Windows (Fries)
Mozilla Firefox 37.0 voor Linux (Fries)
Mozilla Firefox 37.0 voor OS X (Fries)

Versienummer	37.0
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, Windows XP, macOS, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10
Website	Mozilla Foundation
Download	http://www.mozilla.com/en-US/firefox/all.html#languages
Bestandsgroottes	39,50MB - 71,90MB
Licentietype	Freeware

Reacties (45)

[Robtimus]

Apart dat Firefox sinds deze versie blijkbaar voorkeur geeft voor online installers. De links op de Mozilla pagina zelf verwijzen allemaal naar "stub" files, die als ik ze download allemaal files "Firefox Setup Stub 37.0.exe" oplevert van maar zo'n 240KB groot.

Als iemand een andere taal wil dan de hierboven vermelde, dan moet je op de downloadpagina een downloadlink kopieren en daarin "stub" vervangen door het versienummer (37.0). Dus bv van https://download.mozilla....ox-stub&os=win&lang=en-GB naar https://download.mozilla....ox-37.0&os=win&lang=en-GB. Dan krijg je toch een offline installer in je favoriete taal.

[Winkey]

Je kunt ook op de FTP/HTTP directory listing kijken van Mozilla, daar staan alle releases met de volledige installers:
https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/

[Maurits van Baerle]

Ik vraag me af of de introductie van de stubinstaller samenhangt met de 64 bits versie voor Windows. Windows heeft een aantal beperkingen met 32 vs 64 bit en mogelijk kunnen ze op deze manier die omzeilen.

Zo zouden ze iedereen een 32bits stubinstaller kunnen aanbieden die zelf kan vaststellen of hij vervolgens een 32 bits of 64 bits Firefox binary moet downloaden.

[Ynst2003]

kan iemand mij vertellen wat het voordeel is van deze 'stubs'?

[markvt]

Minder dataverkeer. Wanneer iemand de stub download en alleen een upgrade nodig heeft scheelt dat verkeer omdat niet alles gedownload hoeft te worden..

[Ynst2003]

dit lijkt me sterk. Ik gebruik Firefox en als mijn firefox zich automatisch update (vanuit Firefox) dan downloadt ie toch echt 35 megabytes en niet alleen een paar honderd kilobytes (die 'stub')...

[markvt]

Die stub download alleen datgeen dat nodig is. Uiteraard is een upgrade meer bytes dan alleen de stub.

Firefox Setup 37.0.exe 27-Mar-2015 05:15 39M
Firefox Setup Stub 37.0.exe 27-Mar-2015 05:15 238K

Als je update met de stub vanaf bijvoorbeeld 36 dan is het total maar een paar M + de 238K van de stub. En geen 39M zoals de volledige installer.

[Reactie gewijzigd door markvt op 24 juli 2024 13:02]

[desalniettemin]

Nu nog de stabiele 64 bits versie Zit nu op beta 7.

[MegaTronics]

Er is al een 64 bits Beta van 38.0: ftp://ftp.mozilla.org/pub/firefox/releases/38.0b1/

[desalniettemin]

Nu aan het downloaden

[desalniettemin]

Net geinstalleerd

[robcoenen]

Jup, ook ik zit op versie 37 beta 7. Werkt prima

[Verwijderd]

• Opportunistically encrypt HTTP traffic where the server supports HTTP/2 AltSvc

Ja en als je nu bijvoorbeeld de fingerprint in hash vorm van je self signed certificate in een TXT record van je DNS kan plaatsen dan zijn we voor eens en altijd klaar met dat certificaat geneuzel. Maar goed dat zal de CA maffia wel weer weten te voorkomen. Om god knows watvoor redenen heeft Mozilla ook nooit DANE geimplementeerd.

[ppl]

Firefox is niet het enige stukje software dat DANE niet ondersteund, er zijn er aardig wat meer en als we kijken naar wat DANE is dan zien we ook direct waarom. Het maakt gebruik van DNSSEC en dat is tot op de dag van vandaag nog lang niet breed in gebruik. Als ik het goed heb zijn er zelfs nog TLDs die het helemaal niet ondersteunen (volgens Verisign waren er in 2012 90 TLDs waarbij DNSSEC is aan gezet). DNSSEC, en daarmee dus ook DANE, werkt alleen goed wanneer alles het gebruikt. Tot die tijd heeft het dus weinig zin om DANE te gaan implementeren, er zijn andere features die belangrijker zijn en dan ook voorrang krijgen.

Buiten dat heeft DANE ook alle nadelen die aan DNSSEC kleven. Je hele signing proces moet je goed onder de knie hebben. En dan zijn er nog diverse punten waar DNSSEC je weer niet tegen beschermd en dus DANE ook niet. Het hele principe van signen (of je dat nou met een hash of certificaat doet) zit hem in het vertrouwen van een ander. Je wisselt eigenlijk het ene geneuzel voor het andere geneuzel in.

[Verwijderd]

Ongetwijfeld zullen er TLD's zijn die geen DNSSEC ondersteunen. Maar .nl ondersteund DNSSEC en SIDN geeft bijvoorbeeld aan dat 40% al DNSSEC ondersteund: https://www.sidn.nl/a/ken...ein-in-2014-weer-gegroeid

En het heeft zeker wel al zin om nu al DANE te implementeren want voordat we het kunnen gebruiken moeten eerst alle ouder browsers en devices (telefoons) die niet meer geupdate worden uitgefaseerd zijn. Dan praat je nog wel over een jaar of 4 a 5.

Je moet ergens beginnen.

Buiten dat heeft DANE ook alle nadelen die aan DNSSEC kleven. Je hele signing proces moet je goed onder de knie hebben.

Dat geld voor alle PKI.

Het hele principe van signen (of je dat nou met een hash of certificaat doet) zit hem in het vertrouwen van een ander. Je wisselt eigenlijk het ene geneuzel voor het andere geneuzel in.

Met DANE ben je juist minder afhankelijk van het vertrouwen van anderen. 100 Root CA's in je browser die allemaal een certificaat kunnen uitgeven voor ieder willekeurig domein (abnamro.nl, google.com, you name it) vs het specificeren van 1 public key / certicaat in de DNS welke gebruikt mag worden voor een specifiek domein lijkt mij toch een hele verbetering. Google werkt hier in Chrome een beetje omheen door hard in de code van Chrome te zetten welke keys gebruikt mogen worden voor google.com maar dat is niet echt een schaalbare oplossing te noemen. Kennelijk vinden ze bij Mozilla dit ook een probleem want ze hebben inmiddels zelf ook hard in de code wat keys opgenomen: https://wiki.mozilla.org/...eering/Public_Key_Pinning .

Ik snap niet waarom er niet door gepakt word en er enkel halfzachte ideeen gelanceerd worden als hardcoded key pinning. Ik kan zowel Mozilla als Google niet betrappen op enige vorm van creativiteit. Nou vooruit, Google dan omdat ze het hardcoded keypining bedacht hebben.

[marcelvb]

DNSSEC Deployment Map

[XVI]

Eindelijk werkt MSE op YouTube nu naar behoren.
Het enige "probleem" dat ik kan vinden is dat wanneer je in het midden wisselt naar een betere bron de buffers in het verleden niet worden ververst (als je terugspoelt van 1080p naar 480p dan blijft het 480p totdat je op het punt geraakt waar je 1080p hebt binnengehaald).
Groot voordeel voor mensen zonder Flash is dat die nu de hogere resoluties van VP9 kunnen krijgen.
Een ander groot pluspunt aan deze uitgave is de opportunistische versleuteling en het beveiligingstabblad. Heb het even getest (op http://www.nghttp2.org/ en op http://blog.alteroot.org/) en het lijkt prima te werken. Nu hopen dat dit aanslaat (al lijkt me het verschil tussen zelf ondertekenen en het laten ondertekenen door CA's voor professionele partijen maar gering, voor kleinere partijen en studenten is dit ideaal).

[dusty-2011]

Groot voordeel voor mensen zonder Flash is dat die nu de hogere resoluties van VP9 kunnen krijgen.

Is dat echt zo? Bij mijn weten maakt YouTube in Firefox nu gebruik van H264 via de html5 player. Want VP9 in combinatie met Media Source Extensions wordt nog niet ondersteund. Dit kun je zelf controleren: https://www.youtube.com/html5

Zoals je ziet wordt Media Source Extensions nu ondersteund. En MSE in combinatie met H264 wordt ondersteund. Maar dus nog niet in combinatie met VP9. MSE in combinatie met VP9 moet je nog steeds handmatig aanzetten via about:config. De ondersteuning zal in een latere versie wel worden toegevoegd.

Maar een ramp is dit niet. Ik heb verschillende journal articles gelezen over de efficiëntie van codecs, en H264 kwam steeds als iets efficiënter uit de bus als VP9. VP9 is een nieuwere codec maar is dus niet efficiënter dan H264. HEVC is overigens wel stukken efficiënter dan H264.

Klik met de rechtermuisknop op een video op YouTube en kies voor de optie Statistieken voor nerds. Doe dit bij deze video https://www.youtube.com/watch?v=tdwbYGe8pv8 op de 1440p resolutie. Je moet nu bij MIME Type kijken. In Chrome staat daar video/webm; codecs=vp9. Chrome gebruikt dus de VP9 codec. In Firefox staat er video/mp4;codecs=avc1.64. Firefox gebruikt dus de H264 codec.

Bij mijn weten zijn alle video's op YouTube die in VP9 beschikbaar zijn ook beschikbaar in H264. Je mist dus niets als je Firefox gebruikt.

[Reactie gewijzigd door dusty-2011 op 24 juli 2024 13:02]

[XVI]

Ik weet niet welk OS jij gebruikt maar in mijn Linux-systeem hoef ik alleen maar MSE in te schakelen en dan staat dit alleen voor WebM op YouTube aan. H.264 MSE staat ook op Windows standaard niet aan omdat dit nog problemen geeft (dus je moet zelf iets hebben gedaan dat dit wel zo is, of je hebt nog niet geüpdatet naar FF37 en staat MSE nog uit).
Verder komt AVC absoluut niet altijd als efficiënter uit de bus (de onderzoeken waarbij dit wel zo is zijn VZIKZ van een aantal jaar terug terwijl er zelfs nu nog aan de encoder wordt gesleuteld. Daarentegen zijn er ook testen waaruit VP9 beter uit de bus komt dan HEVC dus het is geen zwart-wit verhaal. Een ander belangrijk aspect in dit verhaal is de bitrate daar deze bij YouTube relatief laag ligt) en vereist YouTube voor 4k-videos VP9.

[dusty-2011]

Sinds Firefox 37 staat H.264 MSE op Windows standaard aan. Ik heb helemaal niets aan mijn instellingen gewijzigd. In fact, ik heb zonet even om het zeker te weten een volledig nieuw profiel aangemaakt. In dit nieuwe profiel staat alles op de standaardinstellingen, zonder gebruikerswijzigingen. Vervolgens ben ik naar https://www.youtube.com/html5 gegaan. Bij Media Source Extensions staat een blauw vinkje. Bij MSE & H.264 staat ook een blauw vinkje.

Let er wel op dat deze implementatie van Media Source Extensions exclusief voor YouTube is. Op andere sites werkt het nog niet. De volledige versie van MSE met ondersteuning voor alle sites wordt later uitgebracht.

[XVI]

Verrek, heb het geprobeerd en je hebt gelijk; op Windows (en waarschijnlijk alle platformen met native MP4-ondersteuning) lijken ze MP4 in plaats van WebM met MSE aan te zetten (op Linux, waarop Firefox alleen via gstreamer MP4 afspeelt, staat dit precies andersom).
Overigens werd het bij mij niet standaard aangezet (heb het op XP (MP4 werkt hier sowieso niet standaard), 8.1 en 10 getest met schone profielen zonder aanvullende codecs).

[Reactie gewijzigd door XVI op 24 juli 2024 13:02]

[dusty-2011]

Wat raar dat het bij jou standaard niet wordt aangezet. Zoals je ook kunt lezen in dit nieuwsbericht behoort het standaard aan te staan: http://www.ghacks.net/201...-37-find-out-what-is-new/

When you visit YouTube's HTML5 video player page you will notice that Firefox 37 supports Media Source Extension now on the site.

While you could force support previously by changing browser preferences on the about:config page of the browser, that is no longer necessary at least not for Media Source Extensions and MSE & H.264 which are both enabled by default now on the site.

[XVI]

Nog effe nagekeken en het bleek dat ik Firefox naar 36.0.4 updatete.
Na een handmatige upgrade naar 37 staat het inderdaad op al die platformen gewoon aan.
Is overigens apart dat in het geval van XP WebM met MSE niet aanstaat, maar wel met MP4 dat echter niet standaard wordt ondersteund door XP (met als gevolg dat je blijft hangen op 360p VP8, effectief dus zonder MSE).
Al deze variabelen maken het er niet gemakkelijker op. Laten we hopen dat we gauw een volledige MSE-implementatie krijgen.

[VOODOO_WILLIE]

waardoor video's op YouTube nu in html5 worden getoond in plaats van in FlashPlayer

Dat is alleen als je geen Flash Player hebt geïnstalleerd. Heb je dat wel dan moet je eerst even hier aangeven dat je voortaan de html5 video player wilt gebruiken.

1080p op 60 fps werkt nu goed hier eindelijk. Met de hacks in eerdere versies van FF was het een dramatische diashow.

[Reactie gewijzigd door VOODOO_WILLIE op 24 juli 2024 13:02]

[Bruin Poeper]

[...]
Dat is alleen als je geen Flash Player hebt geïnstalleerd. Heb je dat wel dan moet je eerst even hier aangeven dat je voortaan de html5 video player wilt gebruiken.

Neen
Dit filmpje: http://www.omroepgelderla...rvolging.htm#.VRCBl46Ak3M had ik opgeslagen als test, omdat het dat knippergedrag vertoonde.
Inderdaad is het probleem nu opgelost (het zat me behoorlijk dwars). En het draait net als vroeger gewoon in flash.
Helemaal niet nodig om speciaal de html5 video player in te stellen.

[Reactie gewijzigd door Bruin Poeper op 24 juli 2024 13:02]

[VOODOO_WILLIE]

Het ging over YouTube hè.

[SuperVeloce]

Als je www.youtube.com/html5 doet, ondersteund deze FireFox nog niet alles, mist MSE & WebM VP9

Terwijl er staat dat er wat aan html5 support is toegevoegd

[Reactie gewijzigd door SuperVeloce op 24 juli 2024 13:02]

[VeterisVulpes]

Zelfde probleem, YouTube zet de speler ook nog niet op HTML5 bij mij. De drie laatste staan nog in het rood (MSE).

Na even wat info opgezocht te hebben blijkt ook waarom:
Implemented a subset of the Media Source Extensions (MSE) API to allow native HTML5 playback on YouTube (Windows only)
Dat had dit artikel best wel erbij mogen vermelden!

[SuperVeloce]

Ik had alleen de laatste rood, die webm vp9.. toen draaide 4K zonder problemen. Nu met webm v9 aan, hapert 4K wel beetje

[dusty-2011]

Het heeft natuurlijk ook een reden dat webm nog standaard uitstaat. Gewoon uit laten staan totdat de code mature is. In de tussentijd gewoon genieten van H.264 4K.

[Verwijderd]

Als je in about:config zoekt op "media" dan zoek je naar "media.mediasource.enabled" en "media.mediasource.mp4.enabled" zet beide op true en FF ondersteund meer formaten. Na dit te doen is bij mij alleen "MSE & H.264" niet ondersteund op YouTube (onder Linux).

Edit:
Onder Windows is het allemaal enabled. Maar YouTube gebruikt gewoon Flash. Als ik Flash uitzet geeft het een error. Onder Linux werkt html5 video wel. Vaag gebeuren.

[Reactie gewijzigd door Verwijderd op 24 juli 2024 13:02]

[Mystic_Jack]

Sinds een lange tijd staat er geen Flash meer op mijn pc en Youtube werkt nu eindelijk in alle resoluties met HTML5. Met de vorige Firefox versie kon ik alleen 720P kiezen als maximum.

Ik ben dus helemaal gelukkig met deze aanpassing, al wordt nog niet alles ondersteunt. Een begin is er.

[Domokun]

In deze versie is ook het vervelende knipperen bij filmpjes opgelost (waar sommige gebruikers -waaronder ik- last van hadden).

[dusty-2011]

Firefox 37 heeft een aantal vervelende bugs opgelost. Zo is het niet langer noodzakelijk om steeds twee keer te klinken in het zoekvak rechtsboven. Eén keer klikken is nu voldoende om de aanwijzer te verplaatsen. Verder had Firefox 36 last van veel corrupte zwarte of gedeeltelijk zwarte plaatjes. Ook dat is opgelost.

Top update dus!

[aTmosh]

Heartbeat user rating system - your feedback about Firefox

Dit kan resulteren in random getimede onderbrekingen, om het uit te zetten vervang de URL door "" in about:config -> browser.selfsupport.url

[jostefa]

Laatste tijd veel problemen met ff gehad, ben nu overgestapt sinds jaren op ie en ik moet zeggen dat ik zeer tevreden ben.

[e.dewaal]

Dan zal je zeer waarschijnlijk binnenkort weer over moeten stappen als windows 10 (of een opvolger daarvan) geen ie meer native ondersteund.

ontopic: HTML5 video playback is wel iets waar ik erg lang op heb gewacht aangezien de flashplayer erg veel resources gebruikte en nog wel regelmatig vast liep.

[Reactie gewijzigd door e.dewaal op 24 juli 2024 13:02]

[Verwijderd]

Binnenkort is wel sterk overdreven. Ten eerste kun je nog een tijd vooruit met IE in Windows 8. Ten tweede zit IE ook nog in Windows 10 dus ook daar kun je nog lang genoeg van IE gebruik maken zou je dat willen.