Bug 125314 - DOCX: document linking is not supported in .docx format and causes a silent failure and loss of function
Summary: DOCX: document linking is not supported in .docx format and causes a silent f...
Status: RESOLVED DUPLICATE of bug 123627
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Hyperlink DOCX-Hyperlink
  Show dependency treegraph
 
Reported: 2019-05-15 17:54 UTC by kevin
Modified: 2019-09-27 10:41 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Three test documents in odt, doc and docx to demonstrate document linking bug (26.70 KB, application/zip)
2019-05-15 17:58 UTC, kevin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kevin 2019-05-15 17:54:51 UTC
Description:
When creating a document link to another document (.odt,.pdf or whatever) works perfectly in .odt and .doc. However, it seems to work when the document is .docx but although the links are made on saving the document and reopening the link reverts to a internet form of linking. This means the document either can't find the file pointed to as it uses web semantics to find the file and can't match the path or just doesn't open the link. Especially when moving the containing folder from user to user.

Steps to Reproduce:
1.Start a new document. Save as .docx
2.Start linking other documents using Insert / Hyperlink / Document
3.Test links with ctrl-click. Link works - opens linked document
4.Save and close.
4a. Optional - move containing folder
5.Reopen and test links with ctrl-click.

Actual Results:
Links do not open a file or file is not found. When examining the hyperlink the document link is now an internet link.

Expected Results:
Should open the linked document even when the containing folder is transferred to another user/place in file system.


Reproducible: Always


User Profile Reset: No



Additional Info:
A warning about a non-supported behaviour would have been helpful! Took a while to track down!

This is a particularly annoying bug as you can test a link just after making it, but on reopening the doc the link is gone. 

I know this is a .docx filter problem but I think it needs flagging. Just turned out my employer really wanted me to link documents like this and .docx was the gotcha!

Workaround: use .doc or .odt!!!
Comment 1 kevin 2019-05-15 17:58:37 UTC
Created attachment 151447 [details]
Three test documents in odt, doc and docx to demonstrate document linking bug
Comment 2 Dieter 2019-05-30 09:40:02 UTC
I confirm it with

Version: 6.2.4.2 (x64)
Build-ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

Steps to reproduce
1. Open odt-file from attachent in comment 1
2. Try out hyperlinks (they work; path .../Desktop/Target%201.odt)
3. Save it as docx
4. Try out hyperlinks (they work; path .../Desktop/Target%201.odt)
5. Close and reopen
6. path of hyperlink has changed to ./Target%201.odt
Comment 3 NISZ LibreOffice Team 2019-09-24 09:26:03 UTC
We can no longer reproduce this issue on 6.4 master. Bibisect shows this commit fixed it:

$ git bisect good d5fb9a61cbc994c46ca411437d08f3b889e1da2e is the first bad commit
commit d5fb9a61cbc994c46ca411437d08f3b889e1da2e
Author: Norbert Thiebaud <nthiebaud@gmail.com>
Date:   Wed Jul 31 05:58:49 2019 -0700

    source 4c30848c852c44cbad8509c770feed5244f1940f

    source 4c30848c852c44cbad8509c770feed5244f1940f

:040000 040000 61c380cda188e6458e0597ccbf59f1ef78846387 71afc96f12f8a8b0ecf0ce4845c7cd45deccf49d M       instdir

https://cgit.freedesktop.org/libreoffice/core/commit/?id=4c30848c852c44cbad8509c770feed5244f1940f

*** This bug has been marked as a duplicate of bug 123627 ***
Comment 4 kevin 2019-09-27 10:41:00 UTC
I confirm issues solved on 

Version: 6.4.0.0.alpha0+
Build ID: bb11efa477b6700744560d3999190c65d016600b
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kf5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-09-26_19:53:21
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US

(appimage)

Thanks for the hard work here. I can't contribute code but it has been a pleasure being a part of the bug squishing process!