Bug 130056 - Hyperlink format overridden by direct formatting when converting .ODT to .DOC/DOCX
Summary: Hyperlink format overridden by direct formatting when converting .ODT to .DOC...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:doc, filter:docx, preBibisect, regression
Depends on:
Blocks: DOC
  Show dependency treegraph
 
Reported: 2020-01-17 14:12 UTC by yoddle
Modified: 2021-04-03 19:14 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Bugged file (11.41 KB, application/vnd.oasis.opendocument.text)
2020-01-22 21:28 UTC, yoddle
Details
130056_hyperlink.odt: made from scratch example. (13.80 KB, application/vnd.oasis.opendocument.text)
2021-04-03 19:14 UTC, Justin L
Details

Note You need to log in before you can comment on or make changes to this bug.
Description yoddle 2020-01-17 14:12:37 UTC
Description:
Add any hyperlink to a text component in .ODT (hotkey: ctrl+K) will correctly make text blue and underline it.

Once converting to .DOC (via save as..), closing the document, and reopening it as the .DOC file, loses the hyperlink color and underline.

Steps to Reproduce:
1. CTRL+K add hyperlink to text in .ODT file
2. save as.. .DOC
3. close document
4. open .DOC document

Actual Results:
no underline nor blue color for hyperlink

Expected Results:
underline and blue color


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Xisco Faulí 2020-01-17 16:54:19 UTC
Hello,
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 2 yoddle 2020-01-22 21:28:04 UTC
Created attachment 157345 [details]
Bugged file

This is extremely weird, I couldn't reproduce it easily..

I removed the most data I could but for some reason changing some of the text might cause the bug to disappear and the text to be formatted correctly. I really have no clue whats going on.

Either way, try to save the file I attached as .DOC, close the file, then open the .DOC file created and the bug appears.
Comment 3 Buovjaga 2020-05-01 18:08:05 UTC
Regression, but sadly not bibisectable as it appeared between 3.3.0 and 3.5.0

Arch Linux 64-bit
Version: 7.0.0.0.alpha0+
Build ID: 23ddc3811d4d1890e4024f4e0f6bb5129a694fdc
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 30 April 2020
Comment 4 Justin L 2021-04-03 19:06:12 UTC
Also true when exporting this document to DOCX.

In DOCX, direct formatting overrides the Internet Link character style.
<w:rStyle w:val="InternetLink"/>
<w:color w:val="000000"/>
<w:u w:val="none"/>

So, this must be a difference in implementation, where LO allows Internet Formatting to override direct formatting.
Comment 5 Justin L 2021-04-03 19:14:51 UTC
Created attachment 170940 [details]
130056_hyperlink.odt: made from scratch example.

a.) Insert a hyperlink
b.) Apply some direct formatting. An "Internet Link" character style by itself IS overridden, but not (usually) when it is controlled by a hyperlink.