Word-Bug-Fix: Dokumente mit # oder Großbuchstaben im Namen wurden gelöscht

[English]Kleiner Nachtrag vom 8. Oktober 2024 – zu diesem Datum hat Microsoft einen Bug in bestimmten Versionen von Word beseitigt, der dazu führte, dass Dokumente mit einem # im Dateinamen oder Großbuchstaben in der Dateinamenerweiterung beim beenden gelöscht wurden.


Anzeige

Worum geht es bei diesem Bug?

Das Thema war am 2. Oktober 2024 von mir – nach einem Leserhinweis  – im Blog-Beitrag Löscht Microsoft Word RTF-Dateien (auch .DOCX) wegen Großschreibung? aufgegriffen worden. Nutzer stellten fest, dass seit Anfang Oktober 2024 geänderte Word-Dokumente beim Beenden der Anwendung gelöscht wurden. Dazu mussten folgende Bedingungen gegeben sein:

  • Word wird über die Schließen-Schaltfläche beendet, ohne vorher ein geändertes Dokument zu speichern. Und der Benutzer bestätigt, dass die Datei gespeichert werden soll.
  • Die Datei enthält das Zeichen # im Dateinamen oder einen Großbuchstaben in der Dateinamenerweiterung.

Treffen die Bedingungen zu, wird die Dokumentdatei in den Papierkorb verschoben. Problem bei diesem Ansatz ist, dass es bei bestimmten Freigabeordnern keinen Papierkorb gibt und die Dokumentdateien weg sind. Weiterhin arbeiten manche Dokument-Management-Systeme mit Großbuchstaben im Dateinamen. Es gab Leser, deren Kunden so eine Reihe Dokumente verloren haben.

Nach Veröffentlichung des obigen Beitrags bestätigten weitere Blog-Leser, dass der Fehler in Microsoft Word 365 (Current Channel) reproduziert werden kann. Ich hatte dann einen entsprechenden Hinweis im Microsoft Answers-Forum Thread Kritischer Bug – Word löscht Dateien nach dem Speichern wenn diese ein # Zeichen im Dateinamen haben aus lokalen Laufwerken und Laufwerken im Netz gepostet.

MVP-Kollegin Lisa Wilke-Thissen hat sich dann des Themas angenommen, Bestätigungen von Kollegen eingeholt und das Problem an die Microsoft Produktgruppe gemeldet. Kurze Zeit später hieß es, dass die Microsoft-Entwickler das Problem untersuchen. Gleichzeitig wurden einige temporäre Lösungen und Workarounds vorgeschlagen, die ich im Blog-Beitrag Microsoft untersucht Word-Bug, der Dateien beim Speichern löscht angerissen habe.


Anzeige

Der Fehler wurde durch Microsoft gefixt

Bereits zum Patchday, 8. Oktober 2024, gab es von Blog-Lesern wie Adrian Weyler den Kommentar (danke dafür), mit der Rückmeldung, dass der Fehler bei ihm verschwunden sei. Der Leser führte es auf das Update für Office vom 08.10.2024 zurück, wunderte sich aber, dass Word noch die Build "16.0.18025.20030" zeigte.

Leser boef schreibt in diesem Kommentar, dass der Fehler bei ihm am 8. Oktober 2024, trotz installierter Updates, noch vorhanden gewesen sei. Das konterkarierte die Vermutung, dass der Fix per Office-Update ausgerollt worden ist. Andererseits bestätigte der Leser, dass der Fehler  zum 9. Oktober 2024 plötzlich verschwunden ist.

Ich hatte daher den Punkt, das separat im Blog aufzugreifen, etwas zurückgestellt, um ggf. zu recherchieren. Inzwischen hat Microsoft den Supportbeitrag Locally saved Word files with capitalized file extensions or # in the title may be deleted after save zum 8. Oktober 2024 aktualisiert.

Dort heißt es nun, dass das obige Problem wurde durch eine sogenannte "Serviceänderung" behoben wurde, die Microsoft am 8.10.2024 vollständig ausgerollt habe. Microsoft schreibt: Falls das Problem weiterhin auftritt, sollten alle geöffneten Office-Anwendungen geschlossen werden. Wird Word danach erneut gestartet, ist laut Microsoft sichergestellt, dass die Änderung übernommen wurde.

Ähnliche Artikel:
Löscht Microsoft Word RTF-Dateien (auch .DOCX) wegen Großschreibung?
Microsoft untersucht Word-Bug, der Dateien beim Speichern löscht


Anzeige

Dieser Beitrag wurde unter Office, Problemlösung abgelegt und mit , , verschlagwortet. Setze ein Lesezeichen auf den Permalink.

7 Antworten zu Word-Bug-Fix: Dokumente mit # oder Großbuchstaben im Namen wurden gelöscht

  1. Bolko sagt:

    Zitat:
    "am 24.8.10 vollständig ausgerollt"

    Korrektur:
    "am 08.10.2024 vollständig ausgerollt"

    (In den USA wird das Datum mit Monat / Tag / Jahr angegeben, also MM/TT/YY [10/8/24], in Deutschland aber mit TT/MM/YYYY).

    2.
    In dem Microsoft-Artikel steht:
    "Locally saved Word files"

    Das ist aber unvollständig, denn es betraf auch Netzlaufwerke und die sind nicht "lokal".

    3.
    In dem Microsoft-Artikel steht:
    "Word for Microsoft 365"

    Das ist aber falsch, denn es betrifft nicht nur "Microsoft 365", sondern alle Builds 18025.20104 [=Current Channel] (behoben ist der Fehler mit 18025.20140). Diese Builds gelten für folgende Office-Versionen (Zitat von Microsoft, im Abschnitt "October 08, 2024"):
    Office 2024 Retail: Version 2409 (Build 18025.20140)
    Office 2021 Retail: Version 2409 (Build 18025.20140)
    Office 2019 Retail: Version 2409 (Build 18025.20140)
    Office 2016 Retail: Version 2409 (Build 18025.20140)

    learn[.]microsoft[.]com/en-us/officeupdates/microsoft365-apps-security-updates#october-08-2024

    Oder gilt die neue Marketingbezeichnung "Microsoft 365" jetzt auch für Office 2016?

    Oder fügt "Microsoft 365" noch etwas hinzu (Service?), das es in den normalen "Office"-Versionen nicht gibt?

    4.
    "durch Serviceänderung behoben"

    Es wäre interessant, welcher Service wie verändert wurde.
    Lag der Fehler also beim Betriebssystem und nicht im Office und könnte der Fehler bei erneuter Serviceänderung wieder zuschlagen und auch außerhalb von Word?

    Ist damit "Backstage" gemeint?
    Das ist aber eher eine Option als ein Service und Backstage gilt auch nicht nur für Word.

    Die Dokumentation von Microsoft ist sehr schlecht.

    • R.S. sagt:

      Netzlaufwerke, die NICHT in der Cloud liegen sind nach Microsoft-Sprech lokal.

      Im Übrigen lässt sich auf fast allen NAS-Systemen und Dateiservern ein Netzwerkpapierkorb einrichten.

    • Pau1 sagt:

      Wenn dann wäre es so schön:

      MM/DD/YYYY
      DD.MM.YYYY
      YYYY-MM-DD

      es wird aber noch ca. 420 Jahre dauern bis sich das herumgesprochen hat, (wen interessieren ISO Normen?)

      wie auch eigentlich kibi mebi gibi Byte gibt, aber alle großen Fachzeitschriften das Kilo,mega,giga Byte verwenden, weil etwas größere Zahlen gibt und man so einen Fehler als Feature deklarieren kann.
      Auch wären die Leser weniger irritiert, wenn eine 2^10 Größe mit "kilo" bezeichnet wird wie im MS Explorer und die User grosser Platten sich um das verschwinden diverser Gigabyte sorgen, nicht nur um das einzelner Word Dateien.

  2. VP sagt:

    Und ich habe mich gestern schon gewundert warum für Office 2016 Pro pötzlich eine neue Version Version 2409 (Build 18025.20140) angeboten wurde. Installiert war dort bisher die Version 2409 (Build 18025.20104).

    D. h. die aktuelle Version benötigt den Workaround mit "Backstage" in den Speichereinstellungen dann nicht mehr?

  3. Frank sagt:

    Details zu dem 'Bug' wären durchaus interessant. Wie kommt es zum Löschen einer Datei, weil diese ein bestimmtes Zeichen im Namen hat oder aus Großbuchstaben besteht? Was wird da im Hintergrund mit den Dateien gemacht, aber nicht gesagt ?

    • Pau1 sagt:

      So soll der Copilot die Dateien taggen, die für die NSA interessant sind. Diese werden im Papietkorb zwecks schnellen Zugriffs gelagert.
      Natürlich ist das ein Geheim-Projekt, über das nicht alle Entwickler vollständig informiert wurden.
      Es wurde nur gesagt: "Wenn Du ein # im Title siehst, sichere die Datei im Papierkorb"

      Das # deutet auf eine Nummerierung für ein Versions-Managent hin?

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Hinweis: Bitte beachtet die Regeln zum Kommentieren im Blog (Erstkommentare und Verlinktes landet in der Moderation, gebe ich alle paar Stunden frei, SEO-Posts/SPAM lösche ich rigoros). Kommentare abseits des Themas bitte unter Diskussion.

Du findest den Blog gut, hast aber Werbung geblockt? Du kannst diesen Blog auch durch eine Spende unterstützen.