Categories: BrowserWorkspace

Unternehmen weltweit betroffen: Experimentelle Chrome-Funktion lässt Browser-Tabs abstürzen

Eine experimentelle Funktion für Chrome, die Google derzeit testet, hat in der vergangenen Woche zu unerwünschten Nebenwirkungen geführt. Über einen Zeitraum von fast zwei Tagen stürzten in bestimmten Unternehmensumgebungen Browser-Tabs wiederholt ab und machten Chrome damit unbrauchbar.

Erstmals trat das Problem am vergangenen Mittwoch auf. Es beschränkte sich auf Instanzen von Chrome, die auf Windows Server in einem Terminal Server ausgeführt wurden – was in Enterprise-Netzwerken eine häufige Konstellation ist. In Googles-Support-Forum, dem Chrome-Bug-Tracker und auch in sozialen Medien wie Reddit finden sich Hunderte Beschwerden, die die Vermutung nahelegen, dass die Zahl der Betroffenen in die Tausende oder gar Zehntausende geht.

Demnach sahen Nutzer nur leere Tabs, was bei Chrome auch als White Screen Of Death (WSOD) bezeichnet wird. In verwalteten Unternehmensumgebungen haben Mitarbeiter zudem oftmals nicht die Möglichkeit, den Browser zu wechseln. Genauso können Administratoren meist nicht sofort Chrome durch einen anderen Browser ersetzen.

In einem Fehlerbericht, der offenbar von einem Mitarbeiter der US-Handelskette Costco stammt, heißt es: „Das hatte erhebliche Folgen für alle Mitarbeiter in unserem Call Center. Sie waren nicht in der Lage, mit unseren Kunden zu chatten.“ „In unserem Unternehmen mit mehreren großen Handelsmarken waren tausend Call-Center-Mitarbeiter und mehrere IT-Leute zwei Tage lang betroffen. Das hatte auch große finanzielle Auswirkungen“, sagte ein anderer Nutzer. Ein weitere Anwender gab an, in seiner Firma seien rund 4000 Mitarbeiter betroffen gewesen.

Auslöser für die Abstürze war eine neue Funktion namens WebContentsOcclusion. Das Experiment sollte eigentlich den Ressourcenbedarf von Chrome reduzieren. Zu diesem Zweck sollte es Chrome-Tabs in einen Ruhezustand versetzen, sobald sie von einem anderem Fenster verdeckt werden. Zuvor war die Funktion bereits im Canary- und im Beta-Channel von Google Chrome getestet worden.

In der vergangenen Woche entschied Google dann, die Funktion auch bei mehr Nutzern im Stable-Channel freizuschalten, um mehr Rückmeldungen zu erhalten. Google zufolge war die Funktion zuvor bereits bei rund einem Prozent der Nutzer von Chrome 77 und Chrome 78 aktiv, ohne dass Probleme aufgetreten seien.

Der erweiterte Rollout deckte dann allerdings den offenbar auf Windows Terminal Server beschränkten Bug auf. Statt einen Tab nur in den Hintergrund zu versetzen, wurde er vollständig entladen, wodurch Nutzer nur noch eine weiße Seite sahen. Das erneute Laden der Seite behob den Fehler zwar, führte in Einzelfällen aber auch zum Verlust von in eine Website eingegebene Daten. Inzwischen wurde das Experiment von Google beendet.

Anwender, die die dafür benötigte neue Konfigurationsdatei noch nicht erhalten haben, können die Funktion WebContents Occlusion auch manuell über die Eingabe von „chrome://flags/#web-contents-occlusion“ und „chrome://flags/#calculate-native-win-occlusion“ abschalten.

Der Vorfall verärgerte vor allem Systemadministratoren, die bisher nicht wussten, dass Google ohne ihr Wissen und ohne ihre Zustimmung neue experimentelle Funktionen in Chrome ein- und wieder abschalten kann. „Sehr ihr die Auswirkungen, die Ihr ohne Vorwarnung oder Erklärung für Tausende von uns geschaffen habt? Wir sind nicht Eure Testpersonen“, sagte ein wütender Systemadministrator. „Wir bieten professionelle Dienstleistungen für Multi-Millionen-Dollar-Programme an. Wisst Ihr, wie viele Stunden an Ressourcen durch das Experiment verschwendet wurden?“

In einigen Fällen suchten IT-Abteilungen wohl zuerst nach Fehlern in ihrer eigenen Umgebung. Mindestens ein betroffenes Unternehmen ging sogar von einem Malware-Befall aus und initiierte systemweite Sicherheitsaudits. Von Google liegt bisher keine offizielle Stellungnahme vor.

ANZEIGE

Auf zu neuen Höhen mit SkySQL, der ultimativen MariaDB Cloud

In diesem Online-Seminar stellen wir Ihnen SkySQL vor, erläutern die Architektur und gehen auf die Unterschiede zu anderen Systemen wie Amazon RDS ein. Darüber hinaus erhalten Sie einen Einblick in die Produkt-Roadmap, eine Live-Demo und erfahren, wie Sie SkySQL innerhalb von nur wenigen Minuten in Betrieb nehmen können.

Stefan Beiersmann

Stefan unterstützt seit 2006 als Freier Mitarbeiter die ZDNet-Redaktion. Wenn andere noch schlafen, sichtet er bereits die Nachrichtenlage, sodass die ersten News des Tages meistens von ihm stammen.

Recent Posts

Neue Backdoor: Bedrohung durch Malvertising-Kampagne mit MadMxShell

Bisher unbekannter Bedrohungsakteur versucht über gefälschte IP Scanner Software-Domänen Zugriff auf IT-Umgebungen zu erlangen.

23 Stunden ago

BSI-Studie: Wie KI die Bedrohungslandschaft verändert

Der Bericht zeigt bereits nutzbare Angriffsanwendungen und bewertet die Risiken, die davon ausgehen.

2 Tagen ago

KI-Wandel: Welche Berufe sich am stärksten verändern

Deutsche sehen Finanzwesen und IT im Zentrum der KI-Transformation. Justiz und Militär hingegen werden deutlich…

2 Tagen ago

Wie ein Unternehmen, das Sie noch nicht kennen, eine Revolution in der Cloud-Speicherung anführt

Cubbit ist das weltweit erste Unternehmen, das Cloud-Objektspeicher anbietet. Es wurde 2016 gegründet und bedient…

2 Tagen ago

Dirty Stream: Microsoft entdeckt neuartige Angriffe auf Android-Apps

Unbefugte können Schadcode einschleusen und ausführen. Auslöser ist eine fehlerhafte Implementierung einer Android-Funktion.

2 Tagen ago

Apple meldet Umsatz- und Gewinnrückgang im zweiten Fiskalquartal

iPhones und iPads belasten das Ergebnis. Außerdem schwächelt Apple im gesamten asiatischen Raum inklusive China…

2 Tagen ago