Microsoft plagt die Administratoren und Nutzer derzeit mit nervigen Edge-Bugs, die ich kurz mal herausziehe. Der 146er Entwicklungszweig des Microsoft Edge lässt sich wohl nicht per WSUS in Unternehmensumgebungen verteilen. Zudem ist der Refresh-Bug der 145er-Version immer noch nicht in der 146er-Versionen behoben (erst in der 147er-Version). Dafür gibt es beim Microsoft Edge gibt es derzeit im 147er-Entwicklungszweig einen Synchronisationsbug. Hier eine kurze Zusammenfassung, was mir hier im Blog so die letzten Tage zum Edge untergekommen ist.
Edge mit Refresh-Bug seit 145er-Version
Der zum 14. Februar 2026 freigegebene Microsoft Edge 145.0.3800.58 beseitigte aber einige kritische Schwachstellen. Aber dieser Entwicklungszweig hatte einen nervigen Desktop-Refresh-Bug. Der Microsoft Edge 145.0.3800.58 führte zu einem ungewollten Refresh der Windows 11 Desktop-Icons. Bei Windows 10 scheint es Probleme beim Zugriff auf das Profil und das Erinnern gesetzter Einstellungen zu geben.
Ich hatte diese Probleme im Beitrag Bug in Edge 145.0.3800.58 verursacht Desktop-Icon-Refresh detaillierter aufgegriffen. Der Refresh-Bug wurde auch in der 146er Version des Edge nicht behoben. Rocco hat sich in diesem Kommentar auf meinen Blog-Beitrag Edge 146.0.3856.59 mit vielen Änderungen beklagt, dass die Browserversion immer noch einen "nervigen Refresh-Bug" habe.
Aber dieser nervige Bug, mit dem ständigen Refresh der Desktop Icons beim Öffnen und/oder Schließen des Browsers, wurde noch nicht behoben.
Zudem monierte er einen "schwarzen Strich" unterhalb der Symbolleiste, der optisch stört (siehe obige animierte GIF-Datestellung und folgende Beschreibung).
Seit dem Update auf die Version 146.0.3856.59 befindet sich unterhalb der Symbolleiste plötzlich ein schwarzer Strich. Versetzt man Edge in den Vollbildmodus und wieder zurück zur Ausgangsgröße, ist der Strich verschwunden. Aber nur so lange, bis man mit der Maus über ein beliebiges Bedienelement des Browsers oder einen Link auf einer Internetseite fährt oder die Tastatur zur Navigation auf der Seite verwendet. Schwupps, ist der schwarze Strich wieder da.
Erst mit der Edge-Version 147.0.3912.60 wurde der Desktop-Refresh-Bug zum 11. April 2026 behoben. Rocco hat es in diesem Kommentar explizit erwähnt und Blog-Leser Markus ergänzt in einem Folgekommentar "… Nach fast zwei Monaten endlich die Erlösung".
Edge 146 mit WSUS-Installationsfehler 80070643
Zum 11. April 2026 hat sich Blog-Leser Markus mit diesem Kommentar gemeldet und schreibt, dass er in seiner Unternehmensumgebung die Edge-Version 145 ausgelassen und nicht verteilt habe. Nachdem der Edge im 147er-Entwicklungszweig freigegeben wurde, wollte er die Gelegenheit nutzen, den 146er-Entwicklungszweig im Unternehmen über WSUS auszurollen. Aber das funktioniert in seiner Umgebung nicht.
Das Produkt wird anscheinend deinstalliert, schreibt Markus. Aber dann scheitert die Neuinstallation des Edge in Version 146. Das Update funktioniert nicht, weil der Installer noch vorhandene Dateien erkennt, die er aber nicht deinstallieren kann, weil die Registrierung von dem MSI-Produkt nicht mehr da ist. Die Verteilung des Edge 146.x scheitert mit dem Installationsfehler 0x80070643.
Markus hat auf reddit.com den Beitrag Approved Stable-Channel x64 146.0.3856.109 fails with 0x80070643 zu diesem Problem veröffentlicht. Es gab allerdings keine weiteren Rückmeldungen zum Fehler. Lediglich hier im Blog hat sich Leser kheldorn mit diesem Kommentar gemeldet und bestätigt, dass der WSUS-Installationsfehler erstmalig mit dem Edge-Update auf die Version 146.0.3856.72 aufzutreten scheint. Dieser Leser schreibt, dass das Problem aktuell nur etwa 200-300 von 6000 Geräten betrifft. Er meint, dass das Problem unabhängig davon zu sein scheint, ob vorher eine Edge-Version 144, 145 oder andere 146 installiert war.
Markus schrieb in diesem Kommentar, dass er "testweise (wenn auch nicht mit Begeisterung) [den Edge] 147.0.3912.60 auf einem betroffenen System (also auf einem System, was bereits "defekt" war)" installiert habe, und das habe funktionierte.
Edge 147.0.3912.60: MSA-Konten-Sync kaputt
Mit dem Microsoft Edge 147.0.3912.60 wurde ein neuer Entwicklungszweig bereitgestellt. Habe ich hier im Blog nicht thematisiert, die Kollegen von Dr. Windows haben zum 11. April 2026 hier einige Sätze zu diesem Entwicklungszweig geschrieben. Ich hatte lediglich den neuesten Winkelzug der Microsoft-Entwickler im Beitrag Microsoft testet Edge-Autostart; Browser Choice Alliance beklagt sich darüber aufgegriffen.
Zu diesem Beitrag hat sich dann am 11. April 2026 Blog-Leser MOM20xx mit diesem Kommentar gemeldet und schreibt, "wenn sie mal mehr testen und nicht kaputte Software releasen würden. Heute wurde Edge 147.0.3912.60 stable released für alle Platformen. Und mit dieser Release funktioniert der Daten-sync mit MSA-Konten nicht mehr. Testen die in Redmond gar nichts essentielles mehr? Ach ja Firmenkonten dürfen noch synchronisieren." Der Leser beobachtet dies bei allen seinen Nutzer unter Windows und Mac.
Ein MSA-Konto ist ein persönliches, kostenloses Benutzerkonto für den Zugriff auf Microsoft-Dienste wie Outlook.com, Xbox, OneDrive, Skype und Windows. Es ist zu unterscheiden von geschäftlichen Firmen-Accounts (Azure AD/Entra ID).
Auf Reddit gibt es den Beitrag Edge sync broken (beta, dev), wo jemand bereits viele Tage vorher das gleiche Verhalten des Edge-Browser für Version 148 beschreibt. Diese Version befindet sich aber noch in der Beta-Phase.
Die Kollegen von Dr. Windows haben den Beitrag Microsoft Edge: Kurioser Bug legt die Synchronisation lahm – Update: Erster Zwischenstand zum Sachverhalt veröffentlicht. Dort heißt es, dass die Synchronisation zwar "eingerichtet", aber die Verbindung mit den Servern wird nicht sauber zu Ende gebracht werde. Dort gibt es folgende Empfehlung für einen temporären Workaround:
- Einmal die Synchronsierungsdaten von den Microsoft-Servern über die Einstellungen des Edge-Browsers zurücksetzen.
- Sich anschließend einmal ab- und wieder anzumelden und zur Sicherheit nochmal manuell erneut synchronisieren.
Problem: Mit dem Workaround funktioniert die Synchronisierung nur bis zum nächsten Neustart des Edge-Browsers. Nach einem Neustart genüge aber, sich einmal ab- und wieder neu anzumelden, damit wieder eine Synchronisierung erfolgt. Auf Dr. Windows vermutet man, dass die "Migration to improved V2 architecture for Workspaces" als Änderung dieses Problem verursachen könne.
Basteln am Browser und Copilot als Priorität?
Persönlich bin ich arg entspannt, da der Microsoft Edge bei mir nicht vorkommt (außer mal in einer neu aufgesetzten Windows 11 VM). Von daher ist meine Sichtweise von der Seitenlinie, dass "wir" doch das Glück haben, dass Microsoft die Prioritäten "richtig und im Sinne der Kunden" setzt.
Copilot im Microsoft Edge (und in Windows) hat absolute Priorität – egal, was Microsoft da verkündet (siehe Umbau bei der Copilot-Sparte Microsofts, erzwungene Copilot-App-Installation gestoppt und weitere Artikellinks am Beitragsende). Im Edge wird der Copilot weiter mit ausgeliefert und meiner Meinung nach ist die von Redmond versprochene "Copilot-Reduktion" weiße Salbe. The Register hat dies im Beitrag Microsoft's Copilot strategy is just more user abuse from Redmond, says Mozilla in Form einer deutlichen Kritik der Mozilla Firefox-Entwickler aufgegriffen.
Und ich bin mal gespannt, wie sich die Ankündigung der Chromium-Entwickler, ab September 2026 zum 2-Wochen-Release-Zyklus zu wechseln (siehe Google will mit Chrome ab Sept. 2026 zum 2-Wochen-Release-Zyklus wechseln) auf den Edge-Browser auswirkt. Immerhin fliegt ab 25. Mai 2026 Outlook Lite für Mobilgeräte aus dem Support. Unter anderem hat Dr. Windows es im Beitrag Outlook Lite: Mobile App quittiert am 25. Mai 2026 endgültig den Dienst aufgegriffen. Optimisten würden sagen: "Kann nur besser werden". Wie seht ihr das?
Ähnliche Artikel:
Bug in Edge 145.0.3800.58 verursacht Desktop-Icon-Refresh
Edge 146.0.3856.59 mit vielen Änderungen
Microsoft Edge: Primär-Passwort wird im Sommer 2026 eingestellt
Microsoft testet Edge-Autostart; Browser Choice Alliance beklagt sich darüber
Gerücht: Microsoft will KI-Bloatware (Copilot) sparsamer in Windows 11 einsetzen
Umbau bei der Copilot-Sparte Microsofts, erzwungene Copilot-App-Installation gestoppt
Microsoft Copilot sendet mit Flex Routing Daten aus EU heraus
Nur zum Spaß: Microsofts Bedingungen erlauben Copilot nur für Unterhaltung
Microsoft Copilot: Werbung in GitHub Pull-Requests
GitHub trainiert Copilot mit Benutzerdaten; Opt-out erforderlich
GitHub Copilot-Schwachstelle CVE-2025-59145 erlaubt Datenextraktion
MVP: 2013 – 2016
Edge 146 in deren letzter Version 109 mag einen edgeupdate Eintrag nicht in software/policies\microsoft wenn man über WSUS verteilt.
Wenn man den löscht (ich glaub es war updatepolicies) gehts.
Gleich danach kam 147, kann nicht sagen ob es auch gescheitert wäre mit dem Eintrag.
Korrekt. Es geht hier konkret um "Standardeinstellung für die Überschreibung von Update-Richtlinien". Hier muss mindestens "Nur automatische Updates im Hintergrund" augewählt sein damit das Update per WSUS wieder geht. Eine ähnliche Einstellung gibt es auch für WebView.
Auf Englisch heißt es dann "Update policy override default" -> "Automatic silent updates only"
Vielleicht sollte man im Hause Microsoft dann die Edge Updates, nachdem sie mehr und mehr verbuggt werden, halt so releasen, dass man schnellstmöglich eingreifen kann und nicht erst immer spät am Fr abend freigeben, damit der Bug schön lange übers Wochenende die Nutzerschaft ärgert. Und ja Firmenkunden mögen da noch irgendwie steuern können wann das Update dann kommt. Privatuser werden halt zwangsbeglückt mit kaputter Software.