"PowerPoint found a problem with content in [file].pptx"

Benennen Sie eine .pptx in .zip um, und Sie können sie öffnen: Darunter verbirgt sich ein ganz gewöhnliches ZIP-Archiv nach Microsofts Office-Open-XML-Layout (OOXML). Darin finden Sie [Content_Types].xml (das den Typ jedes Teils deklariert), einen Ordner _rels/ mit Beziehungsdateien, die die Teile miteinander verdrahten, und den Präsentationskörper unter ppt/: ppt/presentation.xml (das Rückgrat des Foliensatzes und die Folienreihenfolge), pro Folie ein ppt/slides/slide1.xml, slide2.xml… sowie slideLayouts/, slideMasters/, theme/ und einen Ordner ppt/media/, der die eingebetteten Bilder, Audio- und Videodateien als ganz normale Dateien enthält.

Diese Struktur ist der Grund, warum der Fehler meist überwindbar ist. Ihr Text liegt als lesbares XML in den Folienteilen; Ihre Bilder sind vollständige Dateien in ppt/media/. Wenn das zentrale Verzeichnis des ZIP (sein Inhaltsverzeichnis am Ende der Datei) durch einen abgebrochenen Download beschädigt wurde oder ein XML-Teil fehlerhaft aufgebaut ist, hält PowerPoint an — aber die allermeisten Teile sind noch intakt und lassen sich extrahieren.

Der Grund, warum ein einziger Fehler den gesamten Foliensatz lahmlegen kann, ist, dass PowerPoint-Teile sich nicht über den Dateinamen aufeinander beziehen — sie beziehen sich über eine Beziehungs-ID, und die Kette muss von Anfang bis Ende halten. ppt/presentation.xml führt den Foliensatz als eine <p:sldIdLst> aus <p:sldId id="256" r:id="rId2"/>-Einträgen auf. Diese r:id ist kein Dateipfad; sie ist ein Schlüssel, der in ppt/_rels/presentation.xml.rels nachgeschlagen wird, das rId2 → slides/slide2.xml zuordnet. So werden die Reihenfolge der Folien und die Existenz der Folien an zwei verschiedenen Stellen gespeichert, und sie können unabhängig voneinander kaputtgehen:

• Eine intakte slide2.xml, deren r:id- oder <p:sldId>-Eintrag verloren ging, wird verwaist — physisch vorhanden, aber für PowerPoint unsichtbar.
• Eine <p:sldId>, die auf eine Beziehung mit fehlendem Ziel zeigt, ist eine hängende Referenz — und auf eine solche zu stoßen ist ein klassischer Auslöser für "found a problem with content".

Es wird noch fragiler, weil Folien erben. Jede slideN.xml hat ihr eigenes _rels, das auf ein slideLayout zeigt, das auf einen slideMaster zeigt, der auf das theme zeigt. Das ist eine gemeinsame Abhängigkeit: Beschädigen Sie einen slideMaster oder ein slideLayout, und jede darauf aufbauende Folie fällt auf einmal aus — deshalb kann sich ein Foliensatz wegen scheinbar eines einzigen kaputten Teils weigern, sich zu öffnen. Reparieren heißt daher nicht bloß "die Folien wiederherstellen"; es heißt, den Beziehungsgraphen neu aufzubauen, damit die überlebenden Teile einander wieder finden.

Das Werkzeug behandelt die .pptx als das, was sie ist — ein ZIP-/OOXML-Paket — und arbeitet auf drei Ebenen. Zuerst der Container: Ist der ZIP-Index beschädigt oder fehlt er, durchsucht es die Datei nach den lokalen Kopfdaten (Local Headers) jedes gespeicherten Teils und baut das Archiv aus den erhaltenen Einträgen neu auf. Zweitens die Teile: Es prüft die wichtigsten XML-Bausteine ([Content_Types].xml, presentation.xml, die Folienteile) und behält jeden, dessen XML wohlgeformt ist. Drittens die Beziehungen: Es repariert den _rels-Graphen — referenziert verwaiste Folien wieder in die sldIdLst hinein und verwirft hängende Verknüpfungen —, damit PowerPoint das Paket öffnet, statt an einem kaputten Zeiger zu ersticken.

Das ist chirurgischer als PowerPoints eigenes "Open and Repair", das, wenn es gelingt, stillschweigend alles verwirft, was es nicht lesen kann, und ein Wiederherstellungsprotokoll "Repaired Records" (reparierte Datensätze) anzeigt — was oft bedeutet, dass Folien klammheimlich verschwunden sind. Das Paket neu aufzubauen bewahrt stattdessen jeden Teil, der wirklich intakt ist.

Es gelten ehrliche Grenzen. Die fragilsten Teile sind eingebettete Objekte: Ein Diagramm trägt seine eigenen Daten als .xlsx-Arbeitsmappe innerhalb von ppt/embeddings/ (eine Tabelle, verschachtelt in einer Präsentation), und OLE-Objekte liegen dort als .bin-Blobs — ist eine dieser eingebetteten Dateien der fehlerhafte Teil, kann das Diagramm oder Objekt verloren gehen, selbst wenn seine Folie wiederhergestellt wird. Ist eine bestimmte slideN.xml selbst über das Analysierbare hinaus beschädigt, kann der bearbeitbare Inhalt dieser Folie verloren sein, auch wenn ihre Bilder oft in ppt/media/ überleben. Und Bytes, die ein abgebrochener Download nie geliefert hat, lassen sich nicht neu erzeugen — laden Sie das Original erneut herunter, wenn möglich. All dies läuft in Ihrem Browser, sodass ein vertraulicher Foliensatz niemals nur zur Reparatur auf einen Server kopiert wird.