Google pauzeert Chrome 79-update op Android wegens bug die appdata verwijdert

Google heeft de update naar Chrome 79 op Android tijdelijk stilgelegd nadat gebruikers en ontwikkelaars ontdekten dat data in apps verdwenen was. Het ging om apps die WebView in Android gebruikten.

Versie 79 van Chrome op Android was al gedistribueerd naar 50 procent van de gebruikers toen deze op pauze werd gezet, melden Google-ontwikkelaars op de bugtracker van Chromium. Het probleem zit in het niet migreren van localstorage, WebSQ en journalbestanden voor cookies en QuotaManager.

Apps die werken op basis van WebView konden daardoor hun data niet vinden. De data is nog wel aanwezig in het bestandssysteem. De ontwikkelaars van Chrome zoeken nog naar een fix voor het probleem maar het zou zeker nog een week duren voordat deze na testen naar gebruikers gedistribueerd kan worden. De keuze is uit het voortzetten van de migratie waarbij de gemiste bestanden naar nieuwe locaties worden geschreven of de aanpassing terugdraaien en de gemigreerde bestanden naar hun oude locaties te verschuiven.

Veel apps gebruiken de WebView-extensie van Chrome in Android om webpagina's te renderen en sommige apps zijn zelfs volledig op het onderdeel gebaseerd. Niet bekend is hoeveel apps of gebruikers daadwerkelijk zijn getroffen door het probleem.

Reacties (35)

[Caayn]

Ik dacht dat de webviewer en Chrome twee losse programma's waren. Hier staat Chrome in ieder geval uitgeschakeld maar webviews werken nog wel.

Hoe kan het dan dat Chrome de data van een ander iets kan verwijderen?

[Reactie gewijzigd door Caayn op 23 juli 2024 16:34]

[dakathefox]

"De data is nog wel aanwezig in het bestandssysteem."

[tilburgs82]

Inderdaad.

"Apps die werken op basis van WebView konden daardoor hun data niet vinden. De data is nog wel aanwezig in het bestandssysteem"

Misleidende titel dus. Hoe kan data verwijderd zijn, als deze nog steeds aanwezig is?
Titel had dus moeten zijn: Google pauzeert Chrome 79-update op Android wegens bug die appdata onvindbaar maakt.

[TheVivaldi]

Andere media hebben vergelijkbare titels: https://www.androidpolice...-wipes-data-in-some-apps/

[tilburgs82]

Tja. Als iemand een ravijn in springt, doet iedereen dat...

Merk steeds vaker op tweakers dat de titel misleidend is. Of dat is vanwege meer views/comments laat ik even in het midden...

[Reactie gewijzigd door tilburgs82 op 23 juli 2024 16:34]

[frickY]

https://developer.chrome.com/multidevice/webview/overview

WebViews zijn een eigen apk.
In dit geval lijkt het er om te gaan dat die is geüpdate, en niet zozeer de Chrome browser apk.
De wijziging zit in Chromium, de onderliggende engine.

edit:
dank @mjz2cool, klopte inderdaad niet

[Reactie gewijzigd door frickY op 23 juli 2024 16:34]

[mjz2cool]

Chromium is een browser, geen engine. Blink is de engine in Chromium, en dus ook in Chrome, die op Chromium gebaseerd is (beide van Google).

[hcQd]

Bij Android 7-9 wordt Chrome gebruikt voor webview (tenzij je Chrome uitschakelt, zoals jij hebt gedaan). Je kunt dit eventueel aanpassen in de opties voor ontwikkelaars.

[TheVivaldi]

Ook voordat ik Chrome uitschakelde werd WebView standaard gebruikt bij mij op Android 8. Dus óf het klopt niet wat je zegt, óf de fabrikant van mijn telefoon heeft gekozen voor WebView.

[hcQd]

Raar. Zowel op mijn Android 7 telefoon als op mijn Android 9 tablet is System WebView standaard uitgeschakeld en wordt Chrome gebruikt.

[joco]

WebView is een aparte apk. Dus dat download je altijd naast chrome
Volgens mij kun je chrome uit schakelen of deinstalleren (als dat lukt) en dan werkt de web view (op basis van chromium) nog steeds prima

het gaat dus om deze: https://play.google.com/s...om.google.android.webview

[hcQd]

Nee, sinds Nougat wordt normaal Chrome gebruikt voor WebView. Met Android 10 is dit weer teruggedraaid.

[joco]

Grappig, ik heb al jaren dat ik die eens in de 6 weken? zie voor bij komen als updates
van Android 8 tot 10 zeker op mijn telefoon, maar ik kan dat niet meer checken want die zit nu echt op Android 10 en nu gebruikt ie echt de WebView (chrome staat in de ontwikkelaars settings niet eens meer als een optie)

Maar op mijn Table (s4) wat nog 9 draait daar staat ie wel default op chrome en kan ik de WebView impl niet selecteren want die is disabled..

[SilentLucidity]

WebView is een los programma van Chrome, en op Android staat standaard Android System Webview. Deze wordt echter alleen geupdated met een systeemupdate en dus dacht Google slim te zijn door webview mogelijkheid in chrome in te bouwen (En deze bij installeren Chrome volgens mij vanzelf als standaard inschakelt)
Als je een up to date webview wilt die niet afhankelijk is van Google Chrome zijn er andere alternatieven beschikbaar.

[dakathefox]

Ik vind de titel nogal misleidend. "De data is nog wel aanwezig in het bestandssysteem." is toch wel wat anders als het verwijderen van data.

[mocean]

Nou, het programma dat gebruik maakt van de Webview kan er niet bij, en moet wachten wanneer/hoe Chrome een fix maakt (en dat is best complex). De fix moet een nieuwe update zijn, waar dan gekozen moet worden voor alle data terugzetten (en eventueel nieuwe data overschrijven), of een merge (wat ook weer lastig is). Het is vooral een stomme fout: vergeten een paar folders te migreren naar een nieuwe structuur. Denk dat de impact-analyse niet goed gedaan is.

[rko4u]

De regressietest is dus ook niet goed. Belabberd als je ontwikkelaars en testers het systeem niet kennen en ook nog eens de regressietests verwaarlozen.

[mocean]

Klopt, slecht verhaal!

Maar ik moet zeggen, ik zou als architect v.e. app ook niet vertrouwen op een localStorage object om jaren en jaren van bedrijfskritische en/of belangrijke data in op te slaan! Ik ga er bij cookies/storage/webSql vanuit dat data gewist *kan* worden.

[CuBras]

Is dit alleen op Android aan de orde of speelt dit ook in de Chrome browser op desktop/server omgevingen?

Afgelopen week hadden wij het issue dat bepaalde interne websites totaal geen content liet zien terwijl Tweakers.net/Google pagina b.v. wel werkte.
Net zoals het verhaal met de RDP-freezes kon ik er maar niet achter komen. Dit "lijkt" op het probleem zoals wij het ervoeren, maar kan iemand dit bevestigen?

Een reset van de browser cache verhielp uiteindelijk het probleem.

[wildhagen]

Is dit alleen op Android aan de orde of speelt dit ook in de Chrome browser op desktop/server omgevingen?

Zover nu bekend is alleen de Android-versie getroffen, en zijn de overige versies niet geraakt.

[WhiteDog]

Net zoals ze op Windows tot 2 maal toe (78 en 79) een feature aanzetten die problemen heeft met een tiental veiligheidsproducten. Je kan niet eens op hun site een "oude" versie downloaden als je die even nodig hebt. Support via hun forum of ticket is het weken wachten op een antwoord, als je geluk hebt.

Google Chrome in een enterprise-omgeving is echt geen pretje.

[GertMenkel]

Ik zou chrome daar de schuld niet van geven. De meeste crashes in browsers komen door antivirusprogramma's die code proberen te injecteren. Dat blijkt hier ook weer te zijn.

Een snelle Google laat bijvoorbeeld zien dat hij Chrome 78 en 79 code-injectie door Symantec Endpoint Security ervoor zorgt dat Chrome onbekende code ziet en uit beveiligingsoogpunt zichzelf termineert. Dit zie ik alleen maar als verwacht gedrag van zo'n functie.

Dit zat natuurlijk al een hele tijd in de Chrome Canary dus bedrijven die hacks als deze uitvoeren hadden dit mijlenver aan kunnen zien komen. Zeer triest dat Chrome en Firefox steeds de dupe worden van tekortkomingen aan "enterprise" antivirusproducten.

Deze bug is natuurlijk heel wat anders, dit is daadwerkelijk een bug in Chrome. Eentje die overigens ook niemand gemeld lijkt te hebben de afgelopen maanden dat de bug uit was. Als we hier iets uit moeten leren, is het dat meer mensen met de Chrome beta moeten draaien.

[mjz2cool]

Als we hier iets uit moeten leren, is het dat meer mensen met de Chrome beta moeten draaien.

Dit klopt wel als het gaat om onopvallende bugs, maar een bug als deze zou toch al ontdekt moeten zijn door de ontwikkelaars zelf? Ik neem tenminste aan dat dit in een simpele test al aan het licht zou moeten komen, een app die zijn data kwijt lijkt te zijn lijkt mij een erg opvallende bug.

[GertMenkel]

Tja, ik gebruik zelf nooit websites die daadwerkelijk veel opslaan in local storage. De paar websites die localStorage gebruiken (vaak voor opslaan van tokens en sessie-informatie) invalideren mijn token regelmatig waardoor ik toch opnieuw in moet loggen. Ik zou dit zelf tijdens actief testen niet vinden denk ik.

Je kan het gooien op een missende test die de exacte staat voor en na een Chrome-profielupgrade tussen twee specifieke versies (alleen voor Android Webviews) maar dat is zo'n specifieke use case dat het mij niet verbaasd dat ze die over het hoofd hebben gezien. Als je kijkt naar het issue dat dit probleem heeft veroorzaakt zie je ook dat het waarschijnlijk de bedoeling was om de cache te verplaatsen, niet per se de localStorage. Ik kan zien hoe je dan zoiets vergeet te testen (je vergeet te testen of iets dat je vergeten bent nog werkt )

Zoals in het gelinkte bug report wordt beschreven wordt er gewerkt aan een oplossing die de data weer hersteld. Chrome's release schedule kennende zal het hele probleem binnen enkele dagen opgelost zijn en heeft iedereen zijn data terug. Tot die tijd is het misschien een goede les aan bedrijven die belangrijke data alleen opslaan op fragiele locaties zoals de localStorage van een webbrowser...

[mocean]

Het gaat om een bug in de webview die Apps veel gebruiken, niet om de browser.

[Cliootje]

Update wordt (nog steeds) uitgerold. Mijn Chrome staat nu op versie 79.0.3945.79.

[WALUIGI96]

Op mijn Android staat die op versie 78 en ik zie ook geen update in de Play Store staan. Of heb je het over de desktopversie?

[vosManz]

Kijk je bij de Google Chrome app, of bij de Android System WebView app? Het gaat, hoewel de titel van dit nieuwsbericht anders doet vermoeden, namelijk om die laatste. Beide maken wellicht gebruik van dezelfde engine, maar ze worden los van elkaar bijgewerkt en staan in principe volledig los van elkaar (je hebt de Google Chrome browser niet eens nodig op je toestel om toch de Android WebView te kunnen gebruiken).

[TheVivaldi]

Nee, het gaat om Chrome 79: https://www.androidpolice...-wipes-data-in-some-apps/

[joco]

die site is volgens mij gewoon niet correct (net als vele)

Als het om de WebView gaat (dus wat apps embedden) gaat het over de WebView app wat bij mij nog gewoon versie 78 is en chrome is bij mij al 79...

Die 2 werken onafhankelijk van elkaar zo ver ik weet (de webview is ook bijna 90MB groot dus is echt een full blown chrome engine zo ver ik dat kan zien)

[TheVivaldi]

Er staat ook dat de Chrome-update gepauzeerd is, dus het kan goed zijn dat jij de update hebt gehad vóórdat de pauze werd ingelast. Versienummer zegt dus niks.

[bussie66]

Wel eens gehoord van regressietest Google?

[mocean]

Ja, de test-apps werkten goed, omdat die in een test-run eerst data schrijven en dan data lezen. Er was geen test die de upgrade zelf test (de situatie voor en na). Zie ook https://bugs.chromium.org.../issues/detail?id=1033655

[keverjeroen]

Ah daarom moest ik ineens opnieuw inloggen in wat apps.. Waren toch best wat apps die er last van hadden.