Apache OpenOffice (AOO) Bugzilla – Issue 56609
Paths not parsed properly
Last modified: 2013-08-07 14:38:26 UTC
Image links that look like xlink:href="#Pictures/./picture.png". cause read errors and a broken image. RFC 1808 (section 3.4) specifies that "./" is valid syntax and is to be removed by the parser.
Created attachment 30817 [details] File with an image link that demonstrates the problem.
Reassigned to ES.
I don't understand your link. 1) "#" is reserved to point to a bookmark. So there can't be "directories" under a bookmark. 2) "./" means "current directory", so why do you need to have "blabla/./blabla". It doesn't appear to be a valide URl 3) you attach a document whitout any graphic attached and you don't prcize where this graphic should be placed in the file system. Needmoreinfo.
The image file is actually included in the sxw file itself. If you take the file test4.sxw and unzip it, it will expand into the following directories and files: META-INF/, META-INF/manifest.xml, Pictures/, Pictures/pics/, Pictures/pics/Tip.png, content.xml, meta.xml, settings.xml, styles.xml If you then go into the content.xml file and locate the xlink:href, it contains a "./". You can delete that, save the file, rezip the kit and then read the sxw file into OOo, whereupon the image magically will turn up. The reason there is a "./" to begin with is because it is automatically generated by other software and since it is a syntactically valid path, I think the onus is on OOo to adjust its behaviour.
ES->MBA: what do you think about this?
I think it's more something for Michael.
I just downloaded OOo 2.0 and the behaviour of this bug has worsened - OOo will now crash outright when running into a link such as this. (Platform still Mac OS X.)
Michael please give a comment about this problem. Though the target is "OOo Later" I think we should raise it in case the crash is caused by a bug in OOo.