Software-update: Mozilla Firefox 54.0

Mozilla heeft versie 54 van zijn webbrowser Firefox uitgebracht. In versie 54 is onder meer de opsplitsing van browsertaken in afzonderlijke processen verder doorgezet en wordt de content van verschillende pagina's nu ook gescheiden. Daarnaast zijn de downloadknop en het statusscherm vereenvoudigd en worden favorieten van de mobiele browser nu prominenter weergegeven. De complete changelog voor deze uitgave ziet er als volgt uit:

New

• Added Burmese (my) locale
• Added support for multiple content processes (e10s-multi)
• Simplified the download button and download status panel

Fixed

• Various security fixes

Changed

• Moved the mobile bookmarks folder to the main bookmarks menu for easier access

Developer

• Additional changes for web developers
• Added ability to create and save custom devices in Responsive Design Mode

De volgende downloads zijn beschikbaar:
Mozilla Firefox 54.0 voor Windows (32bit, Nederlands)
Mozilla Firefox 54.0 voor Windows (64bit, Nederlands)
Mozilla Firefox 54.0 voor Linux (32bit, Nederlands)
Mozilla Firefox 54.0 voor Linux (64bit, Nederlands)
Mozilla Firefox 54.0 voor OS X (Nederlands)
Mozilla Firefox 54.0 voor Windows (32bit, Engels)
Mozilla Firefox 54.0 voor Windows (64bit, Engels)
Mozilla Firefox 54.0 voor Linux (32bit, Engels)
Mozilla Firefox 54.0 voor Linux (64bit, Engels)
Mozilla Firefox 54.0 voor OS X (Engels)
Mozilla Firefox 54.0 voor Windows (32bit, Fries)
Mozilla Firefox 54.0 voor Windows (64bit, Fries)
Mozilla Firefox 54.0 voor Linux (32bit, Fries)
Mozilla Firefox 54.0 voor Linux (64bit, Fries)
Mozilla Firefox 54.0 voor OS X (Fries)

Versienummer	54.0
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, Windows XP, macOS, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10
Website	Mozilla Foundation
Download	https://www.mozilla.com/en-US/firefox/all.html#languages
Licentietype	Freeware

Reacties (48)

[Glodenox]

Persoonlijk vind ik het altijd leuk om naar de bugs te kijken die in deze release verwerkt zitten. De lijst voor deze versie kan je hier terugvinden

[Mitsuko]

Inderdaad, die korte release notes geven een beetje vertekend beeld van hoeveel werk in iedere nieuwe versie zit

55 zal overigens een grote stap zijn - ze hebben namelijk het proces ingekort (van Nightly -> DevEdition -> Beta -> Release naar Nightly -> Beta/DevEdition -> Release) en daardoor is de ontwikkelcyclus van 55 twee keer zo lang geweest als normaal. Project Quantum is op ieder niveau al behoorlijk onderweg en er wordt veel snelheidswinst geboekt (hoewel de grote onderdelen zoals Stylo nog niet klaar zijn).

[Sjah]

Definieer veel snelheidswinstl...... dit wordt de zoveelste upgrade die ons sneller-dan Chrome belooft. Ondertussen is de leegloop naar Chrome rustig doorgegaan, met vast niet als enige reden dat je Chrome op Google door je strot geduwd krijgt, ken wel paar geinformeerde users die naar Chrome zijn gegaan, gewoon omdat ze het voordeel van Firefox niet meer inzien.

[Reactie gewijzigd door Sjah op 24 juli 2024 22:24]

[Mitsuko]

Stylo maakt het laden van de HTML5 specificatie zo'n 5x zo snel ten opzichte van nu, bijvoorbeeld. Zoals gezegd is dat deel nog niet af, maar er is echt veel winst te halen. Er wordt van alle kanten aan de browser gesleuteld; vaak gaat het om specifieke situaties die veel sneller worden (zoals gebruikers met veel tabbladen), maar op termijn heeft iedereen er baat bij. Dan kan je dat wel wegwuiven door te zeggen dat Chrome toch al goed genoeg is, maar dat is toch niet de schuld van Mozilla?

[NiLSPACE]

Stylo zal niet het laden van de pagina 5 keer sneller maken, maar alleen het CSS gedeelte. CSS is echter een groot onderdeel van websites, dus het zal wel degelijk verschil maken.

Wat ook grootte verbetering zal brengen is:
- Quantum Flow waar ze allerlei bottlenecks aan het zoeken zijn en die verhelpen;
- WebRender die webpagina's met retained mode kan renderen in plaats van immediate mode;
- Photon, de nieuwe user interface waar een ook stek gefocust wordt op de performance van de UI.

EDIT:
Beter verwoord.

[Reactie gewijzigd door NiLSPACE op 24 juli 2024 22:24]

[Mitsuko]

OK, maar het CSS gedeelte duurt nog steeds een seconde. Natuurlijk is het een extreem geval, maar van 1000ms naar 200ms is geen kattepis! Verder een goede samenvatting, Quantum Flow is interessant om te volgen.

[NiLSPACE]

Daar sluit ik mij helemaal bij aan. Ik heb het antwoord iets aangepast om dit beter duidelijk te maken

Voor mensen die Quantum Flow willen volgen:
Op de wiki pagina van Mozilla word bijgehouden welke tickets/bugs zijn opgelost en welke op de planning staan: https://wiki.mozilla.org/...t:_P1_Bugs_Fixed_Recently (Het duurt wel even om de pagina te laden)
Verder is er ook een nieuwsletter die je kunt volgen: https://ehsanakhgari.org/...-engineering-newsletter-1

Photon heeft sinds kort ook nog een nieuwsletter: https://dolske.wordpress....engineering-newsletter-1/

[Trygve]

dit wordt de zoveelste upgrade die ons sneller-dan Chrome belooft.

Waar lees je dat? Volgens mij worden er door Mozilla vergelijkingen gedaan met eerdere FF-versies als het op snelheid aankomt. Qua geheugengebruik willen ze nog wel eens vergelijken met andere browsers.

[Sjah]

Terechte vraag. Ik lees dat inderdaad nergens, maar laat mij dan maar die boer zijn die dat toch eigenlijk als suggestie erin leest Denk dat ik niet de enige ben met die wens. Zal toegeven dat er wel wat snelheidswinst is, zo heb ik dat op zeker gemerkt met de intro van multiprocess in Fx49 ...start sneller op, maar oke je hoopt echter op een revolutie, net zoals Chrome dat was destijds in 2008.

[Reactie gewijzigd door Sjah op 24 juli 2024 22:24]

[Jack Flushell]

Persoonlijk vind ik het altijd leuk om naar de bugs te kijken die in deze release verwerkt zitten. De lijst voor deze versie kan je hier terugvinden

Die bugs zitten niet verwerkt in deze release, maar zijn juist opgelost. Dat is wel even wat anders.

[Maurits van Baerle]

Nou heten tickets in Bugzilla "bugs" dus op zich is een lijst met alle opgeloste tickets in dit geval ook een lijst met "bugs".

[Jack Flushell]

Nou heten tickets in Bugzilla "bugs" dus op zich is een lijst met alle opgeloste tickets in dit geval ook een lijst met "bugs".

Ja. Klopt. Dat staat volledig los van wat ik zeg.

[Keypunchie]

Hij bedoelt 'weggewerkt zijn' ipv. 'verwerkt zitten'. Op die slak hoeft geen zout.

[Jack Flushell]

Dat is gewoon TOTAAL wat anders. Het omgekeerde. Dat heeft helemaal niets met slakken of zout te maken. Slaat nergens op.

[therealwheely]

Ik snap niet waarom er bij iedere nieuwe versie van een browser zoveel nadruk wordt gelegd op snelheid. Al jarenlang lees ik dat een nieuwe versie van één of andere browser weer zoveel keer sneller webpagina's rendert of JS sneller uitvoert. Het gaat helemaal nergens over. Als webpagina's traag laden, dan ligt het naar mijn idee meestal aan de internetverbinding of een slecht gebouwde website. Die paar milliseconden dat een webbrowser sneller zou zijn, merk je als gebruiker niet eens.

De focus zou veel meer moeten liggen op veiligheid en privacy en het lichter maken van browsers, want ze gebruiken allemaal nog belachelijk veel resources op een PC.

Ik blijf lekker bij FireFox. Google weet al genoeg van me zonder dat ze met Chrome ook nog eens al mijn surfgedrag monitoren en beide browsers van Microsoft zijn sowieso crap.

[Maurits van Baerle]

Er wordt steeds meer verwacht van browsers. Vroeger was een browser simpelweg een manier om HTML en CSS weer te geven. Tegenwoordig zijn browsers volledige applicatieplatformen geworden.

Daar komt nog bij dat 'pagina's' (eigenlijk online applicaties dus) steeds zwaarder worden. Een pagina die 100MB inneemt nadat alle plaatjes zijn uitgepakt en alle code is uitgevoerd is al vrij normaal.

Ik zou er dus niet op rekenen dat browsers ooit minder resources gaan gebruiken dan nu. Daar hebben de browserbouwers zelf weinig vat op.

[Reactie gewijzigd door Maurits van Baerle op 24 juli 2024 22:24]

[RWindmeijer]

niemand die het meer gebruikt.
My name is nobody?

[RRRobert]

inderdaad, hier ook nog een tevreden gebruiker. M'n werkgever hanteert tegenwoordig een "Chrome-is-preferred" beleid t.a.v. compatibiliteit met een aantal (home-brew) kritische applicaties, maar thuis blijf ik lekker bij FF.

[kozue]

Ik zou gewoon Firefox gebruiken. Als iets in Chrome werkt, werkt het ook wel in Firefox. Zelf ben ik ook ontwikkelaar van een grote bedrijfskritische intranet applicatie, en ik ontwikkel voornamelijk op Firefox en krijg nooit klachten van Chrome gebruikers dat iets niet zou werken. Gelukkig is IE uitgestorven na de migratie naar Windows 10, maar Edge is heel af en toe ook nog wel eens problematisch. Qua standaardenondersteuning lijken Firefox en Chrome aardig op 1 lijn te zitten.

offtopic:
Het enige dat ik nog graag zou zien is dat ze eindelijk eens native date-inputs toe zouden voegen. Die jquery-ui plugin is ook niet alles. Nu zijn date-fields alleen in Chrome native en daarmee werkt die browser net een klein stukje beter voor mijn applicatie, en dat is jammer...

[dutchguy]

Dat is net toegevoegd in nightly: https://blog.nightly.mozi...nputs-enabled-on-nightly/

[kozue]

Omg... ik was blij toen ik dit las maar na 5 minuten met de nightly spelen ben ik al geïrriteerd. Die implementatie is slechter dan de jquery-ui plugin. Form onchange events worden niet afgevuurd bij het uitkiezen van een datum, in de maand-selector kan ik jaren kiezen die niet toegestaan zijn met 'min=' en 'max=' (en dan krijg je een maand te zien zonder klikbare datums) en ik krijg het niet voor elkaar om die rare Amerikaanse standaarden weg te krijgen (am/pm, week begint op zondag en formaat mm/dd/yyyy).

Ze hebben nog een hoop werk te doen voordat het klaar is, anders zal ik m'n applicatie helaas aan moeten passen om native date inputs alsnog te vervangen door jquery-ui speciaal voor Firefox...

[Glodenox]

Ik denk/hoop dat dit te maken heeft met dat de localisation nog niet gebeurd is? Ik heb het nog even geprobeerd door het lang-attribuut toe te voegen, maar dat heeft zo te zien geen effect op de MM-DD-YYYY weergave van de datums. Men weet bij Mozilla in elk geval dat de rest van de wereld andere formaten heeft, dus hier maak ik me niet echt zo'n zorgen over. edit: dit zit nu al in Firefox 55.0, zal dus geen probleem worden

Je zou gebruik kunnen maken van de input event in plaats van de change event, maar het zou wel vreemd zijn als Chrome dit anders doet. Ik zou de spec moeten nakijken om te weten te komen of Firefox het juist implementeert of niet. edit: de spec lijkt me vrij vaag opgesteld. Qua type uitgestuurde events is er geen verschil met Chrome, maar Chrome vuurt inderdaad bij elke aanpassing een input event uit, terwijl Firefox zich beperkt tot wanneer het volledig ingevuld is. En anders is het nu het ideale moment om feedback te geven over de feature.

[Reactie gewijzigd door Glodenox op 24 juli 2024 22:24]

[kozue]

De date input zit in een form met filterfuncties voor een lijst met items. Als een gebruiker een van de filters aanpast wordt direct de lijst opnieuw gerenderd via een onchange event in de form. Dit gaat goed in Chrome en de jquery-ui plugin die nu als fallback wordt gebruikt.

Localisation heb ik ook nog wel de hoop voor dat het goed komt. In die blog post wordt in de comments vrijwel alleen maar daarover gesproken, dus het is wel een hot topic. Zal wel moeten ook: iedereen buiten de VS raakt in de war van die vreemde datumvolgorde die ze daar gebruiken. Dat wil ik m'n gebruikers niet aandoen.

Maar ze hebben nog even. FF 56 is nog lang niet hier. Nightlies en beta's worden toch niet gebruikt binnen het bedrijf.

[Glodenox]

Zonet deze bug tegengekomen in Bugzilla waar men de foutmeldingen en beperkingen omschrijft bij deze velden. Het is dus sowieso nog de bedoeling om de min-max beperkingen visueel toe te voegen in de toekomst.

[Glodenox]

Die 'html5' input types zouden inderdaad zeer welkom zijn. Er wordt al een hele tijd gewerkt aan de definitie voor de UX (kijk vooral de visual spec na in de bijlagen om een idee te krijgen ), maar de ontwikkeling ervan is nog niet begonnen. edit: blijkbaar niet goed genoeg gezocht... Zoals altijd: werken met tijd is moeilijk door alle edge-cases die er bestaan.

Persoonlijk ervaar ik ook dat als ik iets op Firefox ontwikkel, het zo goed als altijd ook op Chrome zal werken. Hier en daar zijn er kleine verschillen, maar die zijn meestal gemakkelijk op te lossen. Omgekeerd is de ervaring een beetje minder, vind ik zelf. Maar het blijft nog altijd zeer aanvaardbaar.

[Reactie gewijzigd door Glodenox op 24 juli 2024 22:24]

[Maurits van Baerle]

Ik dacht begrepen te hebben dat er ook wat onzekerheid was over de standaard. Volgens mij waren er een paar problemen aan het licht gekomen bij de implementatie (in Chrome?) en werd er gespeculeerd dat er misschien aanpassingen nodig waren. Die wilde Mozilla eerst afwachten voordat ze zelf veel tijd in de implementatie gingen steken.

Maar goed, dat was al een flinke tijd geleden en ik kan het mis hebben of verkeerd/slecht onthouden hebben.

[RRRobert]

(...) Gelukkig is IE uitgestorven na de migratie naar Windows 10
(...)

Ik gebruik IE ook nog wel regelmatig op mijn werk, hoor. Veel online (CAD-)bibliotheken (bijv. deze) zijn opgezet in Java en op dit moment is IE de enige manier om hier fatsoenlijk mee te werken.

Gelukkig worden deze bibliotheken wel in een steeds hoger tempo omgegooid.

[pekeltje]

Hier ook nog trouw Firefox gebruiker.
Werkt prima, en bevalt me toch beter als Chrome.

[Campo di Casa]

Jaren lang FF gebruikt. Nooit problemen mee gehad of de noodzaak gehad om te switchen naar een andere browser. Heb wel een tijdje Chrome gebruikt op het werk maar doordat ik zo min mogelijk met Google te maken wil hebben, ben ik altijd bij FF gebleven.

Tot een aantal weken terug. Zag dat er een nieuwe release was van Opera. Ben dat nu een tijdje aan het testen. Niet omdat FF tegen viel. Zal vandaag de nieuwe versie van FF weer installeren. Kijken of het nog fijn werkt en meer waarde heeft ivm Opera.

[regmaster]

Opera, tja dat is niet meer dan de zoveelste Chrome kloon. Een browser die in de opties verborgen heeft staan dat de gebruikers gegevens gedeeld worden (kun je overigens wel uitzetten) lijkt me niet echt betrouwbaar. Waarom er gewoon niet om vragen tijdens de installatie?

[Campo di Casa]

lekker slim bezig dus. Wil Niks met Google te maken hebben maar gebruik nu wel een browser die gebaseerd is op Chrome...

Had ik wel ff eerst kunnen opzoeken

[Bux666]

Added ability to create and save custom devices in Responsive Design Mode

Bij mij werkt het net zoals in 53.0.3, ik zie nergens een preset van devices. Iemand dezelfde ervaring?

[Reactie gewijzigd door Bux666 op 24 juli 2024 22:24]

[Yukidaruma]

Dit is wat ik zie: https://i.imgur.com/Cj8tJEG.png
Bij 'Edit list...' kun je zelf presets toevoegen.

[BikkelZ]

Ik gebruik Chrome niet uit principiële overwegingen en vanwege het vreten van resources en heel af en toe heb ik iets wat op Safari niet lekker werkt. Nog nooit gehad dat Firefox het dan niet deed eigenlijk. Ook altijd het gevoel dat de browser vrij vlot werkt en ik mis ook nooit iets. Maar ik gooi dan ook geen 20+ tabs open zoals op Safari. Waar zou ik duidelijk aan moeten merken dat Firefox inferieur is?

[Reactie gewijzigd door BikkelZ op 24 juli 2024 22:24]

[Jack Flushell]

[...] Waar zou ik duidelijk aan moeten merken dat Firefox inferieur is?

Op basis van welke informatie kom je tot deze vraag? De manier waarop je de vraag stelt impliceert dat je op iets of iemand reageert, maar waarop of op wie is niet duidelijk.

[Phyxion]

Added support for multiple content processes (e10s-multi)

Zeer fijn dat dit er eindelijk inzit, fijn dat je nu eindelijk wat kan doen terwijl enorm trage websites aan het laden zijn. Mooie functionaliteit. Zeer tevreden nog steeds met Firefox (al vanaf 1.0)!

[Reactie gewijzigd door Phyxion op 24 juli 2024 22:24]

[verdroidnogaan2]

Ook een FF-fanboy hier. Wel een beetje jammer dat na downloaden de herstart resulteert een vastgelopen systeem....

[Zidane007nl]

Al vanaf bijna het eerste uur Firefox gebruiker hier. Thuis nog tevreden, maar op werk wat minder. Als webdeveloper heb ik vaak Developer Tools nodig. Echter regelmatig duurt het openen daarvan erg lang. Ook gebruikt Firefox erg veel geheugen (3 GB) op een gegeven moment waardoor mijn systeem ook wat trager wordt (met 8 GB RAM). En als ik naar huis ga, dan duurt het erg lang om Firefox af te sluiten (blijft hangen).

Ook op Ubuntu het probleem dat de nieuwe responsive design mode er niet in zit. Ik draai nog op 53.0.3, maar staat niets over in de release notes.

[dusty-2011]

Probeer eens halverwege de dag om op Shift + F2 te drukken, "restart" in te tikken (zonder aanhalingstekens) en op enter te drukken. Dit herstart Firefox en dan heropend je openstaande tab als actieve tab, alle andere tabs heropenen als inactieve tabs. Geheugengebruik van Firefox zal dan slechts enkele honderden MB's zijn en de browser zal weer superresponsief zijn.

Alternatief is op de menu-knop drukken en met het power-off icoon rechtsonder Firefox af te sluiten. Dan eventjes wachten tot de processen allemaal zijn afgesloten. Dan Firefox opnieuw starten. Dan menu-knop -> history knop -> Vorige sessie herstellen / Restore previous session.

[iDrone]

De "verbetering" van de downloadknop vindt ik helaas minder. Ik vond het erg handig om te zien hoe lang een download nog duurde direct onder het pijltje, nu moet ik eerst het pijltje drukken om die info te kunnen zien. Een extra onnodige handeling.

[Compunologist]

Irritant inderdaad. Wat is dat toch met dit soort zogenaamde "verbeteringen". Blijkbaar wordt zoiets als "overzicht' niet langer gewaardeerd bij Mozilla. Vond het verdwijnen van de status bar destijds ook al niet geweldig. Is allemaal wel weer op te lossen met een add-on maar ik krijg inmiddels bij Mozilla een beetje het zelfde gevoel als bij Microsoft: ik moet eerst de hele handel zelf gaan verbouwen voordat het product weer enigszins werkbaar is.

[zaadstra]

Oh het is dus by design? Inderdaad erg irritant.

Wellicht is het een zwaktebod van de programmeurs, het viel me op bij de recentere versies dat als downloads klaar waren, er nog een resttijd in de knop stond, totdat je in de buurt kwam met de muis of iets deed met de browser. Verwijdering van brakke code of zo ...