Microsoft hat zum 4. Juni 2026 ein Updates für den Edge 149.0.4022.52-Browser im Stable-Channel veröffentlicht. Ein Leser informierte mich gerade, dass es seitdem Probleme mit einem Folder Redirection des Download-Ordners auf eine FQDN-URL gibt. ICA-Dateien für Citrix werden dann nicht gefunden. Vielleicht ist noch jemand betroffen.
Edge 149.0.4022.52
Ich habe mal kurz nachgeschaut, der Edge wurde zum 4. Juni auf die Version 149.0.4022.52 (Edge Stable Channel) gezogen. Im Change Log lassen sich die Änderungen nachlesen.
Leserhinweis auf FQDN-Probleme beim Folder Redirect
Blog-Leser Josh hat sich in einer privaten Nachricht auf Facebook gemeldet (danke dafür) und schrieb: "ich weiß nicht, ob es schon jemand anders gemeldet hat, aber wir haben eine spannende Konstellation mit Bug". Hier kann ich sagen, dass es die erste Meldung ist, die mich erreicht hat.
Ordnerumleitung zu FQDN bringt Fehler
Es geht dabei um die Ordnerumleitung (Folder Redirection) des Download-Ordners auf einen FQDN (Fully Qualified Domain Name). Der Microsoft Edge-Browser ist dazu in der Umgebung des Lesers so per GPO konfiguriert, dass ICA-Files automatisch nach dem Download geöffnet werden.
Eine ICA-Datei (Independent Computing Architecture) ist eine kleine Textdatei, die von Citrix (z. B. Citrix Workspace-App) verwendet wird. Sie enthält die Konfigurationsdaten und temporären Schlüssel, die ein Computer benötigt, um eine sichere Verbindung zu einem virtuellen Desktop oder einer Remote-Anwendung aufzubauen.
Aktuell wirft die obige Konstellation aber wohl Probleme auf. Laut Leser führt die Ordnerumleitung (Folder Redirection) des Download-Ordners auf einen FQDN-Pfad jetzt zu einem Fehler. Das Fehlerbild sieht so aus:
- In den FQDN-Pfad zu einer Netzwerkfreigabe werden die Symbole ?\\\ eingesetzt, so dass eine Meldung erscheint, die besagt, dass die betreffende Datei nicht gefunden wurde.
- Stellt man das Download-Verzeichnis wieder auf einen lokalen Pfad zurück, klappt das automatische Öffnen wieder.
Dieser Fehler tritt nur bei ICA-Dateien auf, die aus dem entsprechenden Pop-Up Fenster heruntergeladen und geöffnet werden sollen. Der Leser hat noch etwas getestet und schreibt, dass das Problem bei RDP-Dateien von einer anderen URL ebenfalls nicht auftritt.
Problem seit dem letzten Edge-Update
Der Leser merkt noch an, dass das obige Problem "seit dem letzten Update auf Edge am Donnerstag und einem Reboot der Server" besteht. Der besagte Wochentag ist der 4. Juni 2026, zu dem der Edge-Browser auf die Version 149.0.4022.52 aktualisiert wurde.
Die IT hat dann den Google Chrome-Browser für eine Gegenprobe herangezogen. Dort klappt die Ordnerumleitung auf FQDN-URLs und der anschließende Download der ICA-Dateien problemlos. Der Bug muss also im Edge 149.0.4022.52 stecken. Ist noch jemand von diesem Szenario betroffen?
MVP: 2013 – 2016
Wir haben das gleiche.
Windows 11, Windows Domäne mit umgeleiteten Profilordnern.
Egal was heruntergeladen wird (außer PDF Dateien die im Browser geöffnet werden als Viewer), versucht man die Datei aus dem Edge Fenster "Downloadverlauf" per Klick zu öffnen, dann kommt die besagte Fehlermeldung. Der Button daneben um den Ordner zu öffnen, welcher die Datei beinhaltet funktioniert allerdings.
Gleiches unter Chrome macht keine Probleme. Liegt am Edge Update.
Danke für die Bestätigung – wird vielleicht Betroffenen eine Suche ersparen.
Dasselbe bei uns. Das Phänomen trifft auch im Brave Browser auf
Tritt auch in Chrome auf und ist nicht auf ICA Dateien beschränkt. 429 Sicherheitskorrekturen fordern ihren Tribut.
Nein, hat auch der Chrome, sobald dieser auf "Letztstand" ist. Hat unten aber Kommentator Fred bereits verlinkt.
Der Fehler steckt im Chromium Code und alle Webbrowser die darauf aufbauen bekommen den Fehler. Manche schneller, manche langsamer. Genauso wird dann auch wieder der Fehler verschwinden – hoffe ich einmal, wenn der Issue 519243472 behoben wurde. Irritierend ist nur, wenn ich das dort lese, es soll bereits behoben sein, aber dann trotzdem weiterhin nicht funktionieren…
@Josh
Braucht es die GPO überhaupt noch? Bei einigermaßen aktueller Citrix-Version wird doch beim ersten Öffnen des Web-Stores die Workspace-App abgefragt (Workspace-App erkennen) und anschließend läd er keine ICA-Dateien mehr runter sondern nutzt direkt die WS-App zum öffnen.
Moin,
kann das Verhalten auf RDS Hosts (Server 2022) mit Edge und Folder Redirection bestätigen. Betrifft dort aber min. .pdf und .xlsx Files.
Hah. Danke!
Hier gleiches Problem auf einer XenApp Farm. Dann hoffen wir Mal auf ein baldiges weiteres Update….
Wir haben auch das Download-Problem seit dem letzten Update. Es betrifft nicht nur ICA-Dateien. Es ist aber abhängig von der Ziel-URL. Manche URLs funktionieren problemlos, andere nie. Dies ist auch Nutzerunabhängig und auch egal ob der Downloadordner umgeleitet (gemapptes Laufwerk) ist oder nicht. Öffnet man dann den Downloadordner im Explorer, kann man die Datei durch Doppelklick öffnen.
Das Problem liegt am Chromium Code, welcher dann von Edge, Brave usw übernommen wurde.
*ttps://issues.chromium.org/issues/519243472
[Leicht OT]
Seit dem Update auf Version 149 (unter W11) werden im Vollbildmodus die Schaltflächen zum Fenstermanagement nicht mehr angezeigt; an der ursprünglichen Stelle des Minimieren-Symbols erscheint eine rote Fläche, mit der man Edge schließen kann.
(Ebenfalls VB-Modus, aber schon mindestens seit 148: Die Menüs der Symbole in der Symbolleiste springen mit der verschwindenden Zeile nach oben und verleiten so zu Fehlauswahlen.)
Mit Version 149.0.4022.62 sind wenigstens die Schaltflächen wieder da.
[Mir wäre ein Fix mit nicht mehr springenden Menüs wichtiger gewesen.]
Wir haben ähnliche Probleme bei uns. Seit der MS Edge Version 149 hängen sich Downloads von verschiedenen Dateitypen einfach bei 0% auf. Nach einem Schließen des Downloadfensters und erneuten Öffnen (Strg+J) erscheint dann eine Abfrage, ob die Datei beibehalten oder blockiert werden soll. Nach der Auswahl muss man das Downloadfenster erneut schließen/öffnen.
Danach ist der Download abgeschlossen und das Öffnen der Datei möglich.
Die Downloads erfolgen sowohl von internen Servern als auch externen Cloud Systemen.
Ich konnte unsere Problem bei uns durch folgenden Aufruf umgehen:
msedge –disable-features=LaunchShellExecuteViaExplorer
Allerdings für "unsere" Zwecke. In wie weit dies generell mit anderen Webanwendungen kompatibel sein mag, müsste getestet werden aber hierbei kann man jedoch nur gewinnen.
Wir haben das auch. Aufgefallen ist es mit PDF Dateien, so wie Philipp es beschrieben hat.
Bei uns ist das diese Woche auch hochgekommen als jemand Office Dateien (.xlsx, .docx, …) wie auch .jpg's mit Edge aus dem PLM System runtergeladen hat und öffnen wollte. PDF gehen auch mit anderen Programmen. Ich habe mir damit beholfen dass ich bei betroffenen Personen das Laufwerk via gemapptem Laufwerk U:\Downloads (dasselbe Verzeichnis wie die UNC Pfade halt noch gemappt) als Downloadordner in Edge eingesetzt habe. Damit kommt das System klar.
Drauf gebracht hat mich heute morgen Copilot… lustig finde ich, dass die MS eigenen Tools offensichtlich nicht mit den MS-eigenen Anwendungen klar kommt…
Auf RDS Hosts mit Netzwerkprofil bei verschiedenen Dateitypen bestätigt. Gemeldet wurden vom Kunden .abalink Dateien.
die beide Befehle sind hilfreich
taskkill /F /IM msedge.exe
& "C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe" –disable-features=LaunchShellExecuteViaExplorer
Danke für dem Eintrag, wir haben die Probleme auch bekommen.
Wir haben über die GPO die EDGE Vorversion installieren lassen und die Updates ersteinmal deaktiviert.
Edge-Browser wurde von .52 auf 149.0.4022.62 upgedatet. Schauen wir mal…
Mit Version 149.0.4022.62 scheint das Problem behoben zu sein.
mit Version 149.0.4022.62, verfügbar ab 9.6.2026 Abend, war das Problem behoben.