https://bz.apache.org/ooo/show_bug.cgi?id=126869
--- Comment #22 from orcmid <[email protected]> --- (In reply to John from comment #21) > I still have the document open and I have taken memory dumps of the > soffice.exe (53MB) and the soffice.bin (310MB) processes if these are any > use. TaskManager > r-click process > Create dump file. > > I cannot do a normal memory dump of the PC as I need to reboot the PC after > making the settings changes necessary to create a dump file. It is not necessary to have a full dump of the PC. The task memory from one of those processes may be very difficult to work with. CONFIRMATION OF UNDERSTANDING I want to confirm my understanding of the situation. The files in the temporary directory still have whatever their file names would have been when embedded in the ODT file? But on Save, the images are not in the new ODT and there are no references to them, not even unsatisfiable references? That is, they are completely gone? This could be a situation where defensive logic is silently dealing with some sort of lost or corrupted internal information, even an error indication. The "Read Error" is what you get in the end. (We also don't know how reliable that message is -- it could be an incorrect reporting of an underlying failure.) One way to narrow this down is to obtain a "debug build" of Apache OpenOffice 4.1.2. There may be some sort of invariant that fails that is caught by debug-mode checks that is being silently handled in the production release. There are no guarantees. I suspect isolation of what is happening may be non-trivial. There is no prediction on how simple or complex a remedy might be. -- You are receiving this mail because: You are the assignee for the issue.
