Bug 137197 - FILESAVE: DOCX to ODT to DOCX Bullet color is lost
Summary: FILESAVE: DOCX to ODT to DOCX Bullet color is lost
Status: RESOLVED DUPLICATE of bug 134619
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.1.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-02 03:33 UTC by Michelle
Modified: 2020-10-02 20:03 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
File which causes the bug (14.91 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-10-02 03:34 UTC, Michelle
Details
Comparison of resulting files in LO7.0.1.2 (290.12 KB, image/png)
2020-10-02 03:35 UTC, Michelle
Details
Comparison of resulting files in LO6.2.8.2 (184.77 KB, image/png)
2020-10-02 03:36 UTC, Michelle
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michelle 2020-10-02 03:33:30 UTC
Description:
Docx files created in MS word (2019) which are saved as odt and then saved back to docx (Round trip) in LibreOffice lose the bullet color for lists. This occurs for both directly formatted text and also styles with bullets.

This issue is replicable in 7.0.1.2 and 6.4.5.2, but not 6.4.4.2.

(Note numbered lists are not similarly affected, but have another issue [missing characters] which will be submitted separately)

Steps to Reproduce:
1. Create new Docx in MS Word
2. Define and apply a new bullet which is colored
3. Open in Writer, save as odt, close the file
4. Open the odt in Writer, save as docx, close the file
5. Open new docx file in LO/Word.

Actual Results:
Resulting file has bullets with black color.

Expected Results:
Bullets should retain their color.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Testing in these versions recreates error:

Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 16; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win
Locale: en-AU (en_AU); UI: en-US
Calc: CL

Version: 6.4.5.2 (x64)
Build ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6
CPU threads: 16; OS: Windows 10.0 Build 18363; UI render: GL; VCL: win; 
Locale: en-AU (en_AU); UI-Language: en-US
Calc: CL



Testing in these versions does not recreate error:

Version: 6.4.4.2 (x64)
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 16; OS: Windows 10.0 Build 18363; UI render: GL; VCL: win; 
Locale: en-AU (en_AU); UI-Language: en-US
Calc: CL

Version: 6.2.8.2 (x64)
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU threads: 16; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: en-AU (en_AU); UI-Language: en-US
Calc: CL
Comment 1 Michelle 2020-10-02 03:34:45 UTC
Created attachment 166010 [details]
File which causes the bug
Comment 2 Michelle 2020-10-02 03:35:57 UTC
Created attachment 166011 [details]
Comparison of resulting files in LO7.0.1.2
Comment 3 Michelle 2020-10-02 03:36:19 UTC
Created attachment 166012 [details]
Comparison of resulting files in LO6.2.8.2
Comment 4 NISZ LibreOffice Team 2020-10-02 06:34:27 UTC
This sounds quite like bug #134619
Comment 5 BogdanB 2020-10-02 20:01:19 UTC

*** This bug has been marked as a duplicate of bug 134619 ***
Comment 6 BogdanB 2020-10-02 20:03:02 UTC
It is a duplicate of that bug.

This is the bug that was solved by Vasily and broke this bullet thing.
https://bugs.documentfoundation.org/show_bug.cgi?id=132766

And exactly as the reporter says it is soon after 6.4.