Chrome brengt versie 99 uit met 28 bugfixes en downloadsnelkoppeling in menubalk

Google heeft Chrome 99 uitgebracht als Stable-versie. In de meest recente update zijn 28 kwetsbaarheden gerepareerd, waarvan er meerdere een 'hoog risico' hadden. In de browser zit ook een downloadknop bovenin de toolbar.

De nieuwe versie van de browser is te downloaden als Stable-release en als Extended Stable-release, nadat Google vorige maand de bèta uitbracht van Chrome 99. In de Stable-release zijn 28 kwetsbaarheden opgelost, schrijft het bedrijf. Negen van die kwetsbaarheden krijgen de classificatie 'high'. De ernstigste daarvan lijkt CVE-2022-0789 te zijn, maar daar is op dit moment niet meer over bekend dan dat het gaat om een heap-based buffer-overflow in de Angle-component. Ook zijn er meerdere use-after-free's gevonden in de browser.

In de nieuwste versie van de browser is een functie opgenomen waarmee er een downloadknop in de menubalk bovenin de browser komt te staan. Dat is vergelijkbaar met hoe Firefox nu al downloads behandelt. Met de knop kunnen gebruikers in een keer al hun downloads zien en naar de bijbehorende map op hun computer gaan. Ook Edge had die functie al, als een van de onderscheidende functies van de browser die verder op Chromium is gebaseerd.

Websites kunnen in Chrome 99 voortaan ook gebruikmaken van de agendafunctie van het besturingssysteem bij het invullen van webformulieren. Ontwikkelaars hoeven dan niet meer hun eigen kalenderwidgets te implementeren op websites, maar kunnen direct de kalenderpop-up oproepen van het onderliggende OS. Daarnaast heeft Chrome 99 ondersteuning voor herkenning van handschrift-input, en ondersteuning voor CSS Cascade Layers.

Reacties (20)

[elmuerte]

Over een paar weken mogelijke vreemde problemen op sommige websites als Chrome 100 uit komt, en in Firefox over 2 maanden.
https://hacks.mozilla.org...00-in-chrome-and-firefox/

[Bux666]

Interessant artikel. Alleen...waar zou je anno 2022 nog checken welke versie van welke browser je draait? Met de bestaande front-end frameworks zoals Vue, Tailwind en Bootstrap hoeft dat helemaal niet. Dat checken deed ik 10+ jaar geleden in JavaScript maar nu nooit meer.

[GertMenkel]

Je kunt bijvoorbeeld om een bug in Chrome 38 heen willen werken met een polyfill of met alternatieve CSS. Dat kan op zich prima, maar veel frameworks vergaten even dat in Javascript "100" < "38" === true geldt (omdat er stringsortering wordt gedaan). Best veel frameworks vergeten een Number van het versienummer te maken waardoor er dingen stuk gaan.

Ik zou eerlijk gezegd versie 99 uitbrengen en daarna de user-agent gewoon bevriezen als Google was. Er zijn veel betere methodes om polyfills en dergelijke in te laden en het is slechts een extra datapunt voor fingerprinting. Dat zijn Google en Mozilla overigens ook van plan, maar dat plan ligt nog op tafel en zal vermoedelijk niet van kracht zijn voor dit probleem de kop op zou steken.

[418O2]

Legacy meuk lijkt me. Of incompetente devs die zijn blijven steken in die tijd

[faim]

Nee hoor, het kan best interessant zijn om te weten welke browser/versies je klanten gebruiken. Hierop kan je percentages baseren of bepaalde polyfill implementaties van de browser nog ondersteund moeten worden of dat je juist nieuwe browser API's kan implementeren als dit percentage hoog genoeg is.

[418O2]

Daar zou je toch feature detection voor moeten doen; niet de eerste 2 getallen van een versienummer voor pakken.

[faim]

Als je het implementeert ja, maar als je statistieken wilt verzamelen is het makkelijker om de browser en versienummer op te slaan. En inderdaad, zeker niet alleen maar naar de eerste twee cijfers van het versienummer kijken, dan is je regex gewoon incompetent.

[418O2]

En dat is dus het hele probleem. Ik denk dat alle analyticssoftware dit wel goed doet. En dan nog; als je analytics falen is er voor de gebruiker niets aan de hand als het goed is. Als je op basis van een gare regex je features in- of uitschakelt ben je gewoon een beunhaas. Kan er weinig anders van maken

[faim]

Als je op basis van een gare regex je features in- of uitschakelt ben je gewoon een beunhaas.

Waar zeg ik dit dan?

[bons]

Interessante stukje info, Thanks

[tmensink]

Klinkt een beetje milleniumbug achtig

[WillySis]

Dat is ook al op Tweakers gemeld, inclusief een work-arround die Chrome en Firefox willen toepassen.
Men wil gewoon versie 100 nog even uitstellen en versies 99.x uitbrengen.

[patrieckske]

Bedankt! Dit is meer Frontpage waardig dan de meeste artikelen die op de Frontpage verschijnen tegenwoordig.

[asing]

Ik weet niet hoor, maar deze versie kwam gistermorgen uit en werd snel erna weer verwijderd. Hij staat momenteel ook niet in de repo voor Linux.

[Jorick]

Welke repo bedoel je precies? Want de nieuwste versie van Chrome staat in de repo van Google, zie https://deb.pkgs.org/pack....4844.51-1_amd64.deb.html

[asing]

Hij is hier inmiddels ook weer terug. Ik zie hem in de update lijst staan.

[lappro]

Hier is die gister anders al binnen gekomen via deze apt source:
deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main

[Casejunky]

Het is al een keer eerder aangehaald dat Google Manifest v2 gaat faseren... Maar is het met de komst van 99 dan ook daadwerkelijk zo dat de "eerste" dan wel vervolg stappen zijn gemaakt om dit uit te voeren?

En zo ja, is het mogelijk om de update af te houden tot bepaalde extensions zich hier toe hebben aangepast? Want kan me voorstellen dat een hoop mensen bv een adblocker gebruiken, en naar mijn weten word die volgens mij in v3 aardig gelimiteerd.

Wel gunstig is die download button, ookal had ik het idee dat die er vroeger ook al in zat maar een keer met een update is weg gehaald? Of heb ik dat nu mis?

[i7x]

Een homeknop kun je toevoegen, downloadknop is er volgens mij nooit geweest.

[UnanyMoose]

Ah, de downloads knop komt weer terug? De pagina chrome://downloads/ is natuurlijk nooit weggeweest en ik gebruik al sinds dat deze knop ooit uit de menubalk werd verwijderd een extensie die hem weer terugzet. Ik ben benieuwd hoe google het weer anders moet doen