{"id":270020,"date":"2022-07-02T00:01:00","date_gmt":"2022-07-01T22:01:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=270020"},"modified":"2024-01-24T11:45:32","modified_gmt":"2024-01-24T10:45:32","slug":"download-bug-bei-microsoft-edge-103-0-1264-44-crdownload-dateien-bleiben-zurck","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2022\/07\/02\/download-bug-bei-microsoft-edge-103-0-1264-44-crdownload-dateien-bleiben-zurck\/","title":{"rendered":"Download-Bug bei Microsoft Edge 103.0.1264.44: .crdownload-Dateien bleiben zurück"},"content":{"rendered":"

\"Edge\"[English<\/a>]Kleine Abwandlung an den Funkspruch von Apollo\u00a0 13: \"Microsoft, wir haben ein Problem\". Mit dem zum 30. Juni 2022 freigegebenen Update auf Microsoft Edge 103.0.1264.44 stellen Benutzer vermehrt fest, dass sich nach Downloads (z.B. von .exe- und .msi-Dateien, aber auch anderen Dateien) tempor\u00e4re Download-Reste (.crdownload-Dateien) im Download-Ordner zur\u00fcck bleiben.<\/p>\n

<\/p>\n

Eins vor, eins zur\u00fcck: Edge 103.0.1264.44<\/h2>\n

\"\"Microsoft hat zum 30. Juni 2022 den Edge-Browser im Stable Channel auf die Version 103.0.1264.44 aktualisiert. Es ist ein Wartungsupdate, welches die als kritisch eingestufte Elevation of Privilege-Schwachstelle CVE-2022-33680 (Ausbruch aus der Sandbox) beseitigt. Ich hatte im Blog-Beitrag Microsoft Edge 103.0.1264.44 fixt CVE-2022-33680 (30. Juni 2022)<\/a> berichtet, dass dieses Browser-Update auch den im Artikel Edge Stable 103.0.1264.37 macht Gruppenrichtlinien kaputt (Chrome-Bug)<\/a> behebt. Es geht also einen Schritt voran. Leider geht es auch einen Schritt zur\u00fcck, da es nun einen Download-Bug gibt.<\/p>\n

Der Download-Bug<\/h2>\n

Bereits kurz nach Ver\u00f6ffentlichung des Beitrags Microsoft Edge 103.0.1264.44 fixt CVE-2022-33680 (30. Juni 2022)<\/a> meldeten sich Blog-Leser und berichteten von Download-Problemen. MOM20xx schreibt<\/a>:<\/p>\n

ach ja auch diese Version macht bei Downloads wieder Mist<\/p>\n

Seit der letzten Major Release bleiben mir auf allen Rechnern nach einem Download Files mit Namen beginnend \"Nicht best\u00c3\u00a4tigt \u2026\" und Gr\u00f6sse 0 \u00fcbrig – zus\u00e4tzlich zum eigentlichen Download. Ich mein da bei deskmodder auch was schon diesbzgl. gelesen zu haben<\/p><\/blockquote>\n

Blog-Leser Carsten best\u00e4tigt diese Probleme:<\/p>\n

Moin,<\/p>\n

das kann ich so zumindest auf Win11 Insider und Win11 Business (beides ohne Edge Policies) f\u00fcr den Download von .exe<\/em> und .msi<\/em> Dateien best\u00e4tigen. Auf Server 2016 mit \"Block malicious downloads and dangerous file types\" als Download Restriction in der GPO kommt das nicht vor.
\nGibt es irgendwo Infos dar\u00fcber, was MS im Edge Release funktional ge\u00e4ndert hat, au\u00dfer die Infos zu den CVEs?<\/p><\/blockquote>\n

Blog-Leser Bernie hat mir dankenswerterweise einige Screenshots bereitgestellt. In nachfolgendem Screenshot ist der Download der Microsoft Edge MSI-Version zu sehen. Der Edge meldet, dass der Download vorhanden sei und bietet die Schaltfl\u00e4che an, um auf den Download-Ordner zuzugreifen.<\/p>\n

\"Edge<\/p>\n

Beim Blick in den ge\u00f6ffneten Download-Ordner erlebt der Benutzer aber eine \u00dcberraschung, wie in nachfolgendem Screenshot zu sehen ist. Der ben\u00f6tigte Download ist zwar vorhanden (hier die MicrosoftEdgeEnterpriseX64.msi<\/em>).<\/p>\n

\"Edge<\/p>\n

Aber es gibt eine leere Datei Nicht best\u00c3\u00a4tigt xxxxx.crdownload<\/em> mit einer Gr\u00f6\u00dfe von 0 KB. Das ist die tempor\u00e4re Datei, die von Chromium-Browsern f\u00fcr die Zwischenspeicherung des Downloads verwendet wird. Erst wenn alle Segmente des Downloads erfolgreich vom Download-Manager \u00fcbermittelt wurden, kopiert der Browser das Ergebnis unter dem Namen der Zieldatei ab (hier die .msi-Datei). Gleichzeitig wird im Folgeschritt die alte .crdownload<\/em>-Datei gel\u00f6scht, da nicht mehr ben\u00f6tigt. Dieser Schritt funktioniert im Microsoft Edge 103.0.1264.44 aber nicht mehr, so dass der Download-Order mit tempor\u00e4ren Download-Dateien der Gr\u00f6\u00dfe 0 zugem\u00fcllt wird.<\/p>\n

Bernie war so freundlich, einen Link auf diese Diskussion<\/a> bei Dr. Windows zu posten. Dort wird bereits der Edge 103.0.1264.37 mit diesem Problem berichtet. Dort findet sich die Aussage, dass die tempor\u00e4ren Reste bei allen Dateitypen beim Download zur\u00fcckbleiben. Hier im Blog gibt es in den Kommentaren vor allem den Hinweis auf .exe-<\/em> und .msi<\/em>-Dateien.<\/p>\n

Recherchiert man im Internet, kommt dieser Fehler seit l\u00e4ngerem immer wieder in Anfragen (z.B. auf reddit.com hier<\/a> und hier<\/a>). Auf Techcommunity gibt es diese \u00e4ltere Diskussion<\/a> vom April 2022 zum Edge 100, wo dies auch schon beobachtet wurde.<\/p>\n

Das Ganze deutet darauf hin, dass der Edge-Browser beim Download nicht alle Zust\u00e4nde, vom Herunterladen der Datei-Fragemente, \u00fcber die Virenschutzpr\u00fcfung zum Kopieren des Ergebnisses in die Zieldatei bis hin zum L\u00f6schen der tempor\u00e4ren .crdownload<\/em>-Datei erfolgreich durchlaufen kann. Der letzte Schritt scheitert, m\u00f6glicherweise, weil die .crdownload<\/em>-Datei gesperrt ist.<\/p>\n

Erste Vermutung meinerseits w\u00e4re, dass eine Drittanbieter Virenschutzl\u00f6sung den Download zum L\u00f6schen blockiert. Aber auf Dr. Windows gibt es hier<\/a> und hier<\/a> den Hinweis, im Windows-Sicherheitscenter <\/em>im Bereich App- & Browsersteuerung <\/em>auf Verwerfen<\/em> zu klicken. Dann ist dort im Zuverl\u00e4ssigkeitsbasierten Schutz <\/em>der Punkt:<\/p>\n