Wie soll man denn das beantworten?
Wenn der Fehler sich so auswirkt, dass nur ein aktivieren bzw. Verschieben des Bildes zum Absturz führt, ein PDF-Export oder ein Drucken des Dokuments aber anstandslos funktioniert, dann kann der Fehler beim ersten platzierten Bild des Dokuments entstanden sein, aber niemals zum Vorschein kommen, sofern dieses Bild nicht nochmal angepackt wird.
Wenn in der internen Struktur der indd Datei etwas im Argen ist, kann ein erneutes Speichern unter oder ein Speichern als indb, das ganze u.U. heilen, da dabei alles neu geschrieben wird, respektive nach xml umcodiert wird. Kommt id jedoch an eine Stelle mit der es nicht umgehen kann, weil völliger Murks in der indd steht, kann es dadurch auch erst zum Absturz kommen ... kann, muss aber nicht.
Wenn man das alles so vorhersagen könnte, könnte man die Fehler auch einfach beheben.
Hier im Forum wurde schon von Fällen berichtet, wo ein aktivieren des Bildes noch funktionierte, ein Verschieben oder anderweitiges Bearbeiten der Bildbox aber zum Absturz führte, sich der Bildrahmen als ganzes aber einfach löschen liess. In dem Fall: neuen Rahmen aufziehen, Bild neu platzieren und positionieren, und die Sache war gerettet. Wenn aber bereits das anklicken des Bildes zum Absturz führt, kann man probieren den kompletten Rest der betreffenden Seite zu markieren und in ein neues Dokument zu kopieren, kann auch klappen – muss aber nicht.
Was das Löschen des Cache-Verzeichnis angeht: Hier liegt eigentlich nur Zeug das während einer Bearbeitung eines Dokuments aktuell ist. Sobald das Dokument geschlossen wird, respektive wenns um Zwischenablageobjekte geht, die in andere Dokumente transferiert wurden/werden sollen, sobald ID beendet wurde, verlieren diese Daten ihre Gültigkeit und können eigentlich keinen Schaden mehr anrichten. Von daher kann man sie dann auch getrost entsorgen – obs was bringt, ausser Speicherplatz freizugeben, sei mal dahingestellt.
als Antwort auf: [#566102]