Mozilla gaat Firefox niet meer om de zes weken updaten

Mozilla heeft aangekondigd te stoppen met het vasthouden aan zijn zeswekelijkse updateschema Train Model. In plaats hiervan stapt het bedrijf over op een meer variabel zes- tot achtwekelijks schema. Desondanks moeten er dit jaar evenveel releases van de browser komen.

Het lossere schema moet volgens Mozilla een aantal belangrijke pluspunten met zich meebrengen. Zo zou het dankzij het aanpassen van releasedata beter mogelijk zijn om te reageren op opkomende wensen van gebruikers. Daarnaast staat het een flexibeler schema toe voor de vakantieperiodes.

Mozilla begon in 2011 met het Train Model, waarbij elke zes weken een nieuwe versie van Firefox werd uitgebracht. Hiermee kon het bedrijf updates en features sneller naar gebruikers brengen. Elke zes weken werden er nieuwe features geplaatst op Mozilla-central. Deze features werden dan gestabiliseerd over een periode van twee keer zes weken. Tijdens deze stabilisatieperiode werden tegelijkertijd alweer nieuwe features ontwikkeld en geplaatst op Mozilla-central. Hierdoor was er elke zes weken een constante toevoer van nieuwe features.

De eerstvolgende update komt uit op 8 maart met Firefox 45. Daarna volgt een schema met onregelmatige periodes tussen updates. In totaal komen er in 2016 zeven nieuwe versies van de browser uit, samen met een geplande update voor cruciale updates mits die nodig is in december. Updates voor Firefox ESR volgen hetzelfde schema.

Reacties (61)

[Mitsuko]

Weet niet hoeveel verschil dit zal maken in de praktijk, aangezien er ook al eerder met releases is geschoven in verband met vakantieperiode's. Daarnaast bestaat er ook nu al een cultuur in Mozilla om te wachten met grote veranderingen tot aan het begin van de volgende 'release train' (zodat er zoveel mogelijk tijd is om ze te testen op Nightly).

Wat ik overigens wel interessant vind is dat ze meer willen gaan focussen op stabiliteit. Ze proberen intern een plan op te zetten om meer te doen aan 'intermittent oranges' (tests die soms falen en soms niet) zodat ontwikkelaars weer meer vertrouwen krijgen in de testinfrastructuur. Daarnaast schijnen ze alles op alles te gaan zetten om crashes op te lossen, ook crashes waarvan momenteel volstrekt onduidelijk is waar ze vandaan komen. Dit is voor zover ik weet niet officieel aangekondigd, maar ik heb het in ieder geval langs zien komen op de nieuwsgroepen en IRC.

Naar mijn gevoel is het 'laten vallen' van B2G/Firefox OS als hoofdprioriteit ook voor velen binnen Mozilla een opluchting - testen op B2G is eigenlijk sinds het begin een nachtmerrie geweest, en ze zijn er nooit echt in geslaagd om alles te laten werken (er staat voor zover ik weet nog steeds een behoorlijke reeks testen uit). Je had vaak situaties waar problemen zich alleen op B2G voordeden, en de helft van de tijd bleek het dan nog niet jouw fout te zijn ook. Nu is B2G officieel 'tier 3', wat betekent dat tests slechts af en toe gedraaid worden op de infrastructuur, en het de verantwoordelijkheid is van B2G ontwikkelaars om tests werkende te houden.

[johnbetonschaar]

Mozilla heeft aangekondigd te stoppen met het vasthouden aan zijn zeswekelijkse updateschema Train Model. In plaats hiervan stapt het bedrijf over op een meer variabel zes- tot achtwekelijks schema. Desondanks moeten er dit jaar evenveel releases van de browser komen

Met andere woorden: ofwel ze hielden zich al hiervoor ook al niet aan het zeswekelijkse updateschema, ofwel ze gaan extra weken aan het jaar toevoegen

Ik zou zelf liever weer het oude update model zien, 1 keer per jaar een major update, en op de huidige versie alleen security fixes. Zie het nut er niet echt van in om om de haverklap links en rechts allemaal klene wijzigingen door te voeren die ik vaak niet eens een verbetering vind bij Firefox, vooral het steeds verder uitkleden van de UI niet...

[TimVdE]

Of jij de wijzigingen een verbetering vindt of niet, gaan niet veranderen afhankelijk van het release schedule, natuurlijk...

Bij de release van Firefox 4 hebben ze veel problemen gehad, omdat ze een lijst van features hadden die ze wilden includen, en de release is uiteindelijk vele maanden uitgesteld omdat sommige van die features nog te buggy waren, of ze bleken op het einde niet goed samen te werken. Omdat volgens het oude release schedule de volgende Firefox eeuwen op zich zou hebben laten wachten, wilden ze die features ook niet uitstellen. Daarom wilden ze in de toekomst sneller releasen.

In het huidige release schedule komt er om de anderhalve maand (binnenkort max 2 maanden) een nieuwe versie. Het is dan veel makkelijker om te zeggen "deze feature is nog niet af, dus die laten we nog even in Nightly, terwijl de rest naar release mag". Kijk bijvoorbeeld naar e10s (multi-process), dat zit al ruim een jaar te bakken op de unstable branches. Als nieuwe releases daarop moesten wachten, was er al zo lang geen nieuwe release van Firefox meer geweest.

[Verwijderd]

Ik zou zelf liever weer het oude update model zien, 1 keer per jaar een major update, en op de huidige versie alleen security fixes.

Waarom 1x per jaar een major update? Misschien zijn er niet eens significante wijzigingen voor een major update, waardoor je een update krijgt met weinig nieuwe inhoud. Is het niet beter om major update te doen wanneer de tijd rijp is?

[Zezura]

nee, want HTML5 spec, veranderd snel. er worden veel dingen ontwikkeld. als deze maar 1 keer per jaar worden toegevoegd zou firefox een hopeloos verouderde browser zijn net als Internet Explorer (was).

Safari heeft al een langere feature release cycle en daar klaagt menig web developer over.

[Wakoz]

Destijds kwam er inderdaad ieder jaar een nieuwe major update uit, kan me die van 3.6 naar 4 geloof ik nog wel herinneren. Zat je dan echt met smart op te wachten om te zien wat er allemaal aan was toegevoegd. Tegenwoordig heb ikzelf in ieder geval totaal niet door wat er eigenlijk gaande is bij Firefox. Ik krijg af en toe een update maar ik heb totaal niet door wat ze doen en waar ze heen willen.

[jaapzb]

Ik zou zelf liever weer het oude update model zien, 1 keer per jaar een major update

Dan slaan ze een nog groter gat tussen de mogelijkheden van andere browsers en de hunne, wat betekent dat ze alleen maar verder achter de competitie zullen gaan liggen. Lijkt me geen tactische zet.

[niqck]

In major releases kan je geen functionaliteit breken. Dus als je grote zaken wil veranderen gaat dit niet. Dit model geeft de vrijheid om dit te doen. Mozilla kondigt trouwens een aantal releases op voorhand aan welke functionaliteit zal verdwijnen of gebroken worden.

Wil je "stabiliteit" dan hou je het op de ESR releases. Die krijgen de nodige (veiligheids)updates zonder dat er functionaliteit gebroken wordt.

[svennd]

Major releases mogen net wel functionaliteit breken ... van minor and bugfixes verwacht je dat er niks stopt met werken of anders hoort te werken.

6/8 weken is nog steeds behoorlijk kort op de bal spelen, zolang er maar een goeie visie en richting blijft...

[niqck]

Misschien verkeerde woordkeuze die anders geinterpreteerd wordt. Hopelijk is dit duidelijker:
In/binnen major releases mag je niks breken. Tussen major releases (release n naar n+1) juist wel.

[Rudie_V]

In plaats hiervan stapt het bedrijf over op een meer variabel zes- tot achtwekelijks schema. Desondanks moeten er dit jaar evenveel releases van de browser komen.

Hoe kan je evenveel releases uitbrengen als je je relaseschema versoepelt zodat je iets meer tijd tussen een release kan nemen?

[Junketsu]

Omdat sommige releases dan bijvoorbeeld groter of kleiner zijn en dus meer of minder tijd nodig hebben.

[Rudie_V]

Ja maar als je van een strikt schema van 6 weken over gaat naar een iets flexibeler schema van 6 tot 8 weken breng je mijn inziens waarschijnlijk minder release uit. Alleen als je het schema van 6 weken aanhoudt breng je evenveel release uit, maar je versoeplt het niet voor niets naar 6 tot 8 weken. Niet dat het boeit verder, maar ik het komt bij mij raar over.

[Collen]

Er komt wel steeds meer zooi en zgn features in de browser
Waardoor hij lomp en log begint te worden met functionaliteit waar je niet op zit te wachten

Gevolg dat er ook meer bugs en crashes zijn.
Vraag mij idd ook af waar ze mee bezig zijn bij mozilla.

[TimVdE]

Mozilla is bezig met een "Great or dead"-initiatief, waarbij ze alles wat niet "Great" is, ofwel gaan polishen, ofwel uit de browser gaan gooien. Panorama/Tab groups is zo'n voorbeeld van een feature die het niet gehaald heeft. Pocket zal geloof ik ook verplaatst worden naar een add-on (die standaard meegeleverd is, maar daardoor wel makkelijk uit te schakelen). Verwacht binnenkort dus weer een lean and mean Firefox

[batjes]

Goede ontwikkeling, voornamelijkse reden dat ik het bij Palemoon houd i.p.v. FX zelf is gewoon vanwege de enorme bloatheid van Firefox. Er zit zo ontiegelijk veel meuk in wat ik nooit en te nimmer zal aanraken.

[Quilt]

Dat houdt steek. Veel slimmer dan rigoreus vast te houden aan bepaalde data.

[Deem]

Mozilla lijkt een beetje de weg kwijt en besluiteloos. Dan verplichte gekeurde Add-ons, dan weer niet. Dan weer wel FirefoxOS, dan weer niet. Dat weer wel iedere 6 weken updates, dan weer niet.

[GerardVanAfoort]

Prima hoor, en zodra er security of crash issues zijn is Firefox toch altijd vlot om een x.0.x patch uit te brengen. Voor mij is de functionaliteit en stabiliteit van Firefox altijd dik in orde!

Ga ze vanaf dit jaar maar eens steunen met een kleine bijdrage.

[RoestVrijStaal]

Ach, tegenwoordig valt er met configuration management tools zoals Puppet, Chef , Salt en Ansible veel te automatiseren. De sysadmin die handmatig alles installeert en configureert bestaat niet meer.

[mbiesheuvel]

Ik gebruik al tig jaar firefox. Het enige probleem wat ik er mee heb is op RDS 2012 R2 icm UPD's. Het memory gebruik is schrikbarend hoog bij sommige klanten. Krijg het ook niet opgelost .

[Smultie]

Het werd ook niet om de zes weken geüpdatet.
Het werd elke zes weken geüpdatet.

Dat scheelt een factor 2.