Apache OpenOffice (AOO) Bugzilla – Issue 112360
Paths to OLE links are broken after restoring document from crash
Last modified: 2010-06-14 12:30:16 UTC
I'm using embedded OLE objects (ODG schemas) in a text file, with the option "Link to file" activated when inserting the object. When OpenOffice crashes, and suggests to restore the file from the temporary backup, it seems to mess with the path to the OLE object. This is not visible first when editing the document, but if I happen to save the restored version, next time I open it it, linked OLE objects can't be loaded (getting an error dialog for each object). This is because paths to the files are broken: instead of "/home/user/Documents/Graphics/draw1.odg", it has become "/home/user/Documents/home/user/Documents/Graphics/draw1.odg" (with /home/user/Documents the place where both text document and OLE object are stored). Editing the content.xml compressed file in the saved ODT text, I could check that paths were transformed to "../../../home/user/Documents/Graphics/draw1.odg". So it looks like restoration is not done from the same folder as the one the document is, and creates strange paths to access it. I'm not sure why three ".." are used; if it helps, the real path I'm using is not the example above, it's "/home/user/Documents/Work1/text1.odt" and "/home/user/Documents/Work1/Graphics/Draw1/draw.odg". This can be very cumbersome, if you have 10 embedded OLE and you overwrite the original document with the restored version, you have to reinsert all of them at the right place and do the resizing... Anyway, please ask you you need more information or debugging (even with strace or gdb). I'm using OO.o 3.2 on Ubuntu 10.04 (version 3.2.0-7ubuntu4.1).
I believe this one is a DUP of Issue 111024 (Impress) or Issue 107968 (CALC), where I also mentioned a similar WRITER problem with OLE objects. Or regression for Issue 66598? Please feel free to reopen this issue if you find evidence that this one is an independent issue. *** This issue has been marked as a duplicate of 107968 ***
Closing duplicate.