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

Renommez un .pptx en .zip et vous pourrez l'ouvrir : en dessous, c'est une archive ZIP ordinaire qui suit la disposition Office Open XML (OOXML) de Microsoft. À l'intérieur, vous trouverez [Content_Types].xml (qui déclare le type de chaque partie), un dossier _rels/ de fichiers de relations qui relient les parties entre elles, et le corps de la présentation sous ppt/ : ppt/presentation.xml (la colonne vertébrale du document et l'ordre des diapositives), un ppt/slides/slide1.xml, slide2.xml… par diapositive, ainsi que slideLayouts/, slideMasters/, theme/ et un dossier ppt/media/ qui conserve les images, l'audio et la vidéo incorporés sous forme de fichiers ordinaires.

C'est cette structure qui explique pourquoi l'erreur est le plus souvent surmontable. Votre texte existe sous forme de XML lisible à l'intérieur des parties des diapositives ; vos images sont des fichiers complets dans ppt/media/. Si le répertoire central du ZIP (sa table des matières, située à la fin du fichier) a été endommagé par un téléchargement tronqué, ou si une partie XML est mal formée, PowerPoint s'arrête — mais l'immense majorité des parties restent intactes et peuvent être extraites.

La raison pour laquelle une seule faille peut mettre à terre toute la présentation, c'est que les parties de PowerPoint ne se référencent pas entre elles par nom de fichier — elles se référencent par ID de relation, et la chaîne doit tenir d'un bout à l'autre. ppt/presentation.xml répertorie la présentation sous la forme d'une <p:sldIdLst> d'entrées <p:sldId id="256" r:id="rId2"/>. Ce r:id n'est pas un chemin de fichier ; c'est une clé recherchée dans ppt/_rels/presentation.xml.rels, qui associe rId2 → slides/slide2.xml. Ainsi, l'ordre des diapositives et l'existence des diapositives sont stockés à deux endroits différents, et ils peuvent se casser indépendamment :

• Une slide2.xml intacte dont l'entrée r:id ou <p:sldId> a été perdue devient orpheline — physiquement présente, mais invisible pour PowerPoint.
• Une <p:sldId> pointant vers une relation dont la cible est manquante est une référence pendante — et en rencontrer une est un déclencheur classique de "found a problem with content".

C'est encore plus fragile parce que les diapositives héritent. Chaque slideN.xml possède son propre _rels qui pointe vers un slideLayout, qui pointe vers un slideMaster, qui pointe vers le theme. C'est une dépendance partagée : endommagez un seul slideMaster ou slideLayout et toutes les diapositives qui reposent dessus échouent d'un coup — voilà pourquoi une présentation peut refuser de s'ouvrir à cause de ce qui semble être une unique partie cassée. Réparer ne consiste donc pas seulement à "récupérer les diapositives" ; il s'agit de reconstruire le graphe de relations pour que les parties survivantes se retrouvent.

L'outil traite le .pptx pour ce qu'il est — un paquet ZIP/OOXML — et travaille à trois niveaux. D'abord, le conteneur : si l'index du ZIP est cassé ou absent, il parcourt le fichier à la recherche des en-têtes locaux de chaque partie stockée et reconstruit l'archive à partir des entrées qui ont survécu. Ensuite, les parties : il vérifie les pièces XML clés ([Content_Types].xml, presentation.xml, les parties des diapositives) et conserve chacune dont le XML est bien formé. Enfin, les relations : il répare le graphe _rels — en réinsérant les diapositives orphelines dans la sldIdLst et en supprimant les liens pendants — pour que PowerPoint ouvre le paquet au lieu de s'étrangler sur un pointeur cassé.

C'est plus chirurgical que la propre fonction "Open and Repair" de PowerPoint qui, lorsqu'elle réussit, écarte en silence tout ce qu'elle ne parvient pas à lire et affiche un journal de récupération "Repaired Records" (enregistrements réparés) — ce qui signifie souvent que des diapositives ont discrètement disparu. Reconstruire le paquet, à la place, préserve chaque partie réellement intacte.

Des limites honnêtes s'appliquent. Les parties les plus fragiles sont les objets incorporés : un graphique transporte ses propres données sous la forme d'un classeur .xlsx à l'intérieur de ppt/embeddings/ (une feuille de calcul imbriquée dans une présentation), et les objets OLE y résident sous forme de blobs .bin — si l'un de ces fichiers incorporés est la partie mal formée, le graphique ou l'objet peut être perdu même lorsque sa diapositive est récupérée. Si un slideN.xml précis est lui-même endommagé au-delà de ce qui est analysable, le contenu modifiable de cette diapositive peut avoir disparu, même si ses images survivent souvent dans ppt/media/. Et les octets qu'un téléchargement tronqué n'a jamais livrés ne peuvent pas être recréés — retéléchargez l'original si vous le pouvez. Tout ceci s'exécute dans votre navigateur : un document confidentiel n'est donc jamais copié sur un serveur simplement pour être réparé.