Created attachment 75396 [details] Test Kit Steps how to reproduce with parallel Dev-installation of "Version 4.1.0.0.alpha0+ (Build ID: 0a967d4cb4468785ed3d302104642353b93232f) TinderBox: Win-x86@6, Branch:master, Pull Time: 2013-02-21_00:36:59" ENGLISH UI / German Locale on German WIN7 Home Premium (64bit) with LODev/4 Masters User Profile : 0. Download / unzip attached test kit 1. Launch LibO-Dev 2. Open "Document with link from LibO365.ods" from LibO Start center > Shows a cell with a hyperlink 3. click link (wiht pressed <control> if necessary because of your security settings) Expected: Linked document will be opened Actual: error message (see below= More observations: -------------------- It seems LibO now distinguishes between absolute and relative links. In old versions always a conplete path like "file:///C:/Users/....." was shown in hyperlink dialog and tooltip without attention whether link is relative or absolute. In "Document with link_410.ods" in test kit you see different tooltips for both links. Not a problem in Writer (see "DocumenWithLink.odt") Still [Reproducible] parallel Dev-installation of "Version 4.1.0.0.alpha0+ (Build ID: fd56eb98e63b4aac12c9633d5847a3fb964f326) TinderBox: Win-x86@6, Branch:master, Pull Time: 2013-02-22_21:43:36" ENGLISH UI / German Locale on German WIN7 Home Premium (64bit) with LODev/4 Masters User Profile Already [Reproducible] with Version 4.1.0.0.alpha0+ (Build ID: 134374473ea481410f389cab162a52fab62c5c4) TinderBox: Win-x86@7-MinGW, Branch:master, Time: 2013-02-17_23:52:45 Was still ok with server installation of "Version 4.1.0.0.alpha0+ (Build ID: 576da8db5577f84d9c7e0e40ef3e166a7938c98) TinderBox: Win-x86@6, Branch:master, Pull Time: 2013-02-11_23:54:45" ENGLISH UI / German Locale on German WIN7 Home Premium (64bit) with own separate User Profile. Error Message in Step 3: ------------------------ "../Targetfolder/Target.ods" is not an absolute URL that can be passed to an external application to open it.
some good news: linked pictures are not affected
Hi! Tested with Version 4.1.0.0.alpha0+ (Build ID: fd56eb98e63b4aac12c9633d5847a3fb964f326) TinderBox: Win-x86@6, Branch:master, Time: 2013-02-22_21:43:36 @ Win 7 x64 Absolute path didn't work too, because the dir obviously not exists Working with Version 4.0.0.3 (Build ID: 7545bee9c2a0782548772a21bc84a9dcc583b89)....
The attached "Document with link from LibO365.ods"'s content.xml contains a relative link, <text:a xlink:href="../Targetfolder/Target.ods" xlink:type="simple">link</text:a> and opening the .ods with a recent Linux master build, the relative URL is still turned into an absolute file URL there. So it looks like the code that reads ODF xlink:href (wherever that is) for some reason no longer works for relative URLs on Windows.
(In reply to comment #3) > So it looks like the code that reads ODF xlink:href (wherever that is) for > some reason no longer works for relative URLs on Windows. SvXMLImpot::GetAbsoluteReference (xmloff/source/core/xmlimp.cxx) apparently is not the right place to track down why Windows behaves differently here; it returns an absolute file URL when running the bug scenario on both Linux and Windows recent master builds. Kohei, do you have any idea where this could be broken?
I fixed this on Monday as part of a fix for Bug 62116. Try a Windows build that contains the fix. There should not be any platform-specific handling here.
(In reply to comment #5) > I fixed this on Monday as part of a fix for Bug 62116. Try a Windows build > that contains the fix. There should not be any platform-specific handling > here. Indeed, seen this working now with a recent Windows master build that includes <http://cgit.freedesktop.org/libreoffice/core/commit/?id=d64b5cc1c3d232ba42479fe0a3c186ecabd25144> "fdo#62116: Be sure to convert relative URLs into absolute ones."
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.