Kritischer Bug - Word löscht Dateien nach dem Speichern wenn diese ein # Zeichen im Dateinamen haben aus lokalen Laufwerken und Laufwerken im Netz

Question

Hallo Support Team,

mit dem letzten Update 2409 haben wir einen sehr kritischen Bug in Word entdeckt:

• man öffnet eine Word Datei mit der neuesten Version 2409 mit einem # Zeichen oder einen Großbuchstaben im Dateinamen
• und ändert etwas am Inhalt in der Datei
• und schließt dann Word oben rechts mit Schließen
• und dann bei der Frage nach Speichern auf Speichern geht
• und bei der Meldung "Die Datei existiert bereits. Überschreiben ja" mit Ja beantwortet
• wird die Datei aus dem lokalen Laufwerk bzw. einem Netzlaufwerk gelöscht.
• Das Problem tritt NICHT auf OneDrive auf.

Dies ist ein unternehmenskritischer Bug, da der Anwender gar nicht merkt dass die Datei gelöscht wurde.

Dies führte in den letzten Tagen zu massiven Rücksicherungsmaßnahmen und sehr hohen Kosten.

Wir bitten um eine möglichst schnelle Antwort.

Gerne können wir Ihnen den Bug online zeigen, wir können das Problem auf allen unseren Rechnern und betroffenen Kunden nachvollziehen.

Viele Grüße

Hans Graßl

Geschäftsführer

OfficeWare Information Systems GmbH

Answer 1

Hallo,

laut MS wurde ein Bugfix gefunden und bereits verteilt:

Locally saved Word files with capitalized file extensions or # in the title may be deleted after save - Microsoft Support

Viele Grüße

Lisa

Answer 2

Zunächst möchte ich MVP Lisa Wilke-Thissen für die Weiterleitung an Microsoft danken. Denn sonst wäre vermutlich bisher gar nichts passiert.

Trotzdem finde ich es unverständlich, dass das Update bisher nicht zurückgezogen oder ein Hotfix bereitgestellt wurde.

Microsoft scheint sich über die Tragweite des Problems nicht im Klaren zu sein.

Ich möchte hier nochmals auf folgende Umstände hinweisen:

• Einige DMS Anwendungen rufen Dateien prinzipiell in Großschreibweise auf und das ist auch legitim in einem Dateisystem, welches nicht case-sensitive ist
• Ein Netzlaufwerk hat keinen Papierkorb - Daten gehen sofort und unbemerkt verloren
• Bei Terminalservern ist es nicht unüblich den Papierkorb beim Logoff automatisch zu leeren
• Das Problem tritt in den Standardeinstellungen auf! Sowohl Current Channel als auch die deaktivierte Backstage Option sind Standard! Es gibt nichtmal eine GPO, die ein einfaches zentrales Setzen der Einstellung ermöglichen würde
• Der Anwender merkt eventuell nichts von der Löschung, Compliance Probleme fallen ggf. erst spät auf

Answer 3

Hallo,

Tests mit einem lieben Kollegen haben ergeben, dass das Problem auftaucht, wenn unter Datei | Optionen | Speichern die Option Backstage ... NICHT aktiviert ist. Ich selbst habe diese Option immer aktiviert, weshalb ich das Problem zunächst nicht nachstellen konnte.

Viele Grüße

Lisa

Answer 4

Ich kann das Problem für MS 365 Apps for Enterprise 18025.20104 64 Bit bestätigen.

Dieses gibt sich jedoch, abhängig davon wo man die Versionsnummer abliest, auch mal als 16.0.18025.20030 aus.

Daher kommt die Verwirrung mit den Downgrades bzw. Versionsnummern.

Anleitung zum Reproduzieren:

1. Eine neues Dokument (doc, docx, rtf) an beliebigem Ort erstellen, hier: test.docx
2. Das Dokument umbenennen von test.docx zu test.DOCX
3. Das Dokument mit Doppelklick öffnen
4. Eine Änderung in Word durchführen
5. Nicht manuell speichern, sondern Word über die Schalfläche X schließen und über den dann angezeigten Dialog speichern
6. Die Datei befindet sich nun im Papierkorb

Answer 5

Hallo Hans,

vielen Dank für deine Anfrage.

Ich kann den Fehler hier reproduzieren.

Erstelle eine Support-Anfrage im Admin-Center, damit Microsoft den Fehler untersuchen kann.

Ich freue mich auf deine Rückmeldung.