Bug 132092 - DOCX import: a generated document has black text highlighting, where in Word, the background is white
Summary: DOCX import: a generated document has black text highlighting, where in Word,...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.4.0 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx, implementationError
Depends on:
Blocks: DOCX-Character MSO-External-Producers
  Show dependency tree / graph
 
Reported: 2020-04-14 07:24 UTC by Mike Kaganski
Modified: 2022-09-15 08:31 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:
Regression By:

Attachments
A sample DOCX that opens with black text background in Writer (9.13 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-04-14 07:24 UTC, Mike Kaganski 		Details
Screenshots from MS Word 2016 and LO 6.4.3.1 comparison (121.72 KB, image/png)
2020-04-14 07:38 UTC, Mike Kaganski 		Details
A sample DOCX resaved in MSO (25.68 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-06-09 09:50 UTC, Timur 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kaganski 2020-04-14 07:24:06 UTC 
Created attachment 159549 [details]
A sample DOCX that opens with black text background in Writer

The attachment opens with white background in Word 2016. See discussion at https://ask.libreoffice.org/en/question/238353/.

The document is generated by a third-party service. The text in question indeed has the black text fill; yet, Word does not apply the black background, so there seems to be an interoperability bug here.

Tested with Version: 6.4.3.1 (x64)
Build ID: 4d2b2b47cca498fed6abf712a36d0788901091eb
CPU threads: 12; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; 
Locale: en-US (ru_RU); UI-Language: en-US
Calc: threaded
Comment 1 Mike Kaganski 2020-04-14 07:38:01 UTC 
Created attachment 159550 [details]
Screenshots from MS Word 2016 and LO 6.4.3.1 comparison
Comment 2 Durgapriyanka 2020-04-15 21:20:42 UTC 
Thank you for reporting the bug. I can confirm the bug present in

Version: 6.4.0.0.alpha1+ (x86)
Build ID: ec7374ff84c71edfbb30d6e4dc5b486b6df7107f
CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-11-10_21:37:30
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
	

But, not in

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 3 Mike Kaganski 2020-04-16 05:28:08 UTC 
(In reply to Durgapriyanka from comment #2)
> But, not in
> LibreOffice 3.3.0 

True; as in OOo/AOO, that version didn't import any background at all, including legitimate yellow; so it looks like the functionality wasn't yet implemented at that time. However, LibreOffice 3.4.0 OOO340m1 (Build:11) already has the problem.
Comment 4 Dieter 2020-04-20 05:58:10 UTC Comment hidden (obsolete)
Comment 5 Timur 2020-06-09 09:50:45 UTC 
Created attachment 161793 [details]
A sample DOCX resaved in MSO

A sample DOCX resaved in MSO opens fine.
Comment 6 Justin L 2022-06-24 18:25:08 UTC 
styles.xml w:docDefaults contains
<w:color w:val="333333"/>

Assuming something here is illegal since all is well after MS Word round-trips it.