[Libreoffice-bugs] [Bug 111876] Links to Windows shares become corrupted in XLSX after save
https://bugs.documentfoundation.org/show_bug.cgi?id=111876 Szymon Kłos changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |szymon.k...@collabora.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 111876] Links to Windows shares become corrupted in XLSX after save
https://bugs.documentfoundation.org/show_bug.cgi?id=111876 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||1957 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 111876] Links to Windows shares become corrupted in XLSX after save
https://bugs.documentfoundation.org/show_bug.cgi?id=111876 --- Comment #2 from Aron Budea --- I tested the behavior with local linking (eg. when the file's location is something like C:\\linktarget.docx) and DOCX and ODS format as well. 1. Link in ODS (local and Windows share) ODS stores proper relative link (so what it takes to go from path2 -> path1) right from the first save. Of course in case of Windows shares this is not what we'd like. 2. Local link in XLSX It's the same as the remote link: upon first save the absolute link is saved in the file. Upon subsequent save it's replaced with an incorrect, 'file:///\linktarget.docx' kind of link. In this case the link works (unlike with remote shares), but this is not a proper relative link. 3. Link to Windows share in DOCX The link is saved slightly differently, as 'file:linktarget.docx' (note the backslash vs. slash difference). This format persists after the second save, too (the link stays absolute), and thus the link keeps working. On the other hand, local links are saved similarly, and not as relative (or rather, honoring the absolute/relative setting). Unfortunately each of these are wrong under certain circumstances... -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 111876] Links to Windows shares become corrupted in XLSX after save
https://bugs.documentfoundation.org/show_bug.cgi?id=111876 Jan Holesovsky changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Jan Holesovsky --- I touched this in the deep past, but don't remember details unfortunately; but overall, we should treat the samba shares (\\server\path\to\file.ods) like URLs, and never relativize that. Having said that, LibreOffice internally works with absolute URLs, so when the 'relativization' is on, it has to do heuristic to reconstruct the relative paths; but that should be omitted for samba shares. The commits I came up with in the past were these: https://cgit.freedesktop.org/libreoffice/core/commit/?id=6423f447db9130673089b5057fd174d321b5de5a https://cgit.freedesktop.org/libreoffice/core/commit/?id=7fe1706d431d8a4e366a2999726d75fc641d05b0 Either they regressed, or we have another corner case here I think... -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs