Bug 136536 - Bullets become red (font color) after save & reload (ODT)
Summary: Bullets become red (font color) after save & reload (ODT)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Bullet-Number-Outline-Lists
  Show dependency treegraph
 
Reported: 2020-09-07 07:49 UTC by Telesto
Modified: 2023-05-15 20:27 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (9.09 KB, application/vnd.oasis.opendocument.text)
2020-09-07 07:50 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-09-07 07:49:56 UTC
Description:
Bullets become red (font color) after save & reload

Steps to Reproduce:
1. Open the attached file
2. Press Enter after World
3. Type say AAA
4. Press Enter again
5. Type say BBB
6. Save
7. Reload

Actual Results:
Last to bullets becoming red

Expected Results:
Black as on screen (only font color)


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: e8b8e7be0b2ad693224cd94062a55610eb69df7e
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-09-07 07:50:08 UTC
Created attachment 165217 [details]
Example file
Comment 2 Telesto 2020-09-07 07:53:04 UTC
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 3 BogdanB 2020-09-22 19:46:29 UTC
Confirm with
Version: 6.4.3.2
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; 
Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US
Calc: CL
Comment 4 Justin L 2021-05-05 12:14:16 UTC
repro 7.2+.
See bug 131785 for a related discussion.
It seems like the bullet SHOULD be RED right away for the new content being typed.
Comment 5 Justin L 2023-05-05 17:15:10 UTC
Very interesting. "Fixed" in LO 7.4 because now the text colour is not copied when pressing Enter - at least not in this particular document.

commit 71019ec15bd3fe15385443b68614fd2402e0040f
Author: Miklos Vajna on Fri May 6 2022
    sw: don't copy useless char escapement to next node on split

However,if we simply make the text bold first, then the problem still remains...
Comment 6 Justin L 2023-05-05 17:54:31 UTC
The reason the bullet turns red is because the entire paragraph has the same red character format. You can thank Microsoft for that oddity (although to be fair, they only do that when the CR is formatted in Red. Since LO can't format the CR, it approximates by taking char runs that apply to the whole paragraph).
Comment 7 Commit Notification 2023-05-15 18:41:47 UTC
Justin Luth committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/a4d011fb8ae24f90375744af5e98ba81716a22cb

related tdf#136536 sw: don't copy useless char escapement to next node on split

It will be available in 7.6.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 8 Rajasekaran Karunanithi 2023-05-15 20:27:35 UTC
Still exists in LO 7.6 dev under Windows 10(x64).

Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 975590e69edfa351ef20a0973a5005ca49d08edc
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-IN (en_IN); UI: en-US
Calc: threaded