Bug 79330 - FILEOPEN: DOC Bullet point (direct) formatting (e.g. highlighting) can't be unformatted without removing the bulleting
Summary: FILEOPEN: DOC Bullet point (direct) formatting (e.g. highlighting) can't be u...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: Other All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, filter:doc, regression
: 83964 (view as bug list)
Depends on:
Blocks: DOC-Bullet-Number-Lists
  Show dependency treegraph
Reported: 2014-05-27 18:25 UTC by Jean-Paul Garnier
Modified: 2021-06-21 11:17 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

Sample file (10.00 KB, application/msword)
2014-05-27 18:25 UTC, Jean-Paul Garnier
Another sample (10.00 KB, application/msword)
2014-05-27 18:26 UTC, Jean-Paul Garnier
Yet Another sample (35.44 KB, application/vnd.oasis.opendocument.text)
2014-06-18 09:15 UTC, Mamoth

Note You need to log in before you can comment on or make changes to this bug.
Description Jean-Paul Garnier 2014-05-27 18:25:51 UTC
Created attachment 99972 [details]
Sample file

Windows 7 64-Bit
LibreOffice Version: / Build ID: 40ff705089295be5be0aae9b15123f687c05b0a

Steps to reproduce the issue:
1. Start a new document
2. Start a bulleted list
3. Type various bullet points, indenting some of them
4. Highlight some of the indented bullet points
5. Save the file as a .doc file
6. Close the file
7. Re-open the file
8. Issue: All of the bullets are now highlighted, and no matter what you do, you can't unhighlight the the bullets, though you can unhighlight the text.

A similar issue also happened where the only difference was that I was applying a strikethrough style to the text instead of doing highlighting.

Sample attached.
Comment 1 Jean-Paul Garnier 2014-05-27 18:26:13 UTC
Created attachment 99973 [details]
Another sample
Comment 2 Yousuf Philips (jay) (retired) 2014-05-29 05:05:20 UTC
Confirmed in Linux Mint in the latest releases from 4.0 to 4.2 and 4.3 beta. This is an fileopen regression issue as opening any of the attached .doc files opens correctly in word 2010 and LibO 3.6.
Comment 3 Xisco Faulí 2014-05-29 12:53:44 UTC Comment hidden (obsolete)
Comment 4 Xisco Faulí 2014-06-04 14:04:54 UTC
Regression introduced by 1c22545edf9085b9f2656ca92781158b6b123db3.
I forced SwTxtNode::TryCharSetExpandToNum -http://opengrok.libreoffice.org/xref/core/sw/source/core/txtnode/thints.cxx#1787 to return false and I couldn't reproduce the issue so I guess this is a good point to start the investigation.
Comment 5 Mamoth 2014-06-18 09:15:06 UTC
Created attachment 101285 [details]
Yet Another sample
Comment 6 Mamoth 2014-06-18 09:15:42 UTC Comment hidden (obsolete)
Comment 7 Mamoth 2014-06-18 09:23:14 UTC
Actually, the work-around I found, is to select the whole series of lines with bullet points, click the bullets icon to withdraw the bullets and then click it again to add new bullets, which are not highllighted this time.
Comment 8 Cor Nouws 2014-07-06 07:56:38 UTC
interesting issue :) / :\
Comment 9 Joel Madero 2014-07-06 17:05:23 UTC Comment hidden (no-value)
Comment 10 Xisco Faulí 2014-09-19 12:23:46 UTC
*** Bug 83964 has been marked as a duplicate of this bug. ***
Comment 11 Björn Michaelsen 2014-10-16 14:59:04 UTC Comment hidden (obsolete)
Comment 12 Robinson Tryon (qubit) 2015-12-13 11:09:25 UTC Comment hidden (obsolete)
Comment 13 Björn Michaelsen 2016-08-14 18:47:16 UTC Comment hidden (obsolete)
Comment 14 QA Administrators 2018-11-07 04:02:38 UTC Comment hidden (obsolete)
Comment 15 Justin L 2020-04-23 19:23:02 UTC Comment hidden (obsolete)
Comment 16 Justin L 2021-03-05 04:39:26 UTC
If you look at the numbering list WW8Num1, you will see that level1 is assigned to use character style WW8Num1z0. That character style has a highlight colour, and removing it from the character style "fixes" the bullet point as expected.
So from what we can see in the UI, things seem to be correct.

So then the focus turns to the reproduce-from-scratch steps from comment 0, which somehow got converted into character style formatting. But I can't reproduce that in master or in 5.2 (from 2017).

So, then the focus turns to how MS Word imports these documents. In the original file, the yellow bullet background is not seen in Word 2003, but in the files that LO round-trips, the background is seen. Similarly, 9037 - italics-in-para-causes-italic-numbered-list.doc from bug 108518 is not italicized in Word 2003, but is italicized on a round-tripped file.  (That is a long way of coming to the same conclusion as comment 2 :-)
Comment 17 Justin L 2021-03-11 09:23:33 UTC
The proposed patch in bug 108518 fixes "Test File.doc" from comment 0 and "Test doc.doc" from comment 1.
Comment 18 Justin L 2021-06-21 11:17:35 UTC
Fixed in 7.3 as suggested in comment 17.
Also fixes duplicate bug 83964 comment 5's "Ochrama2.doc".