Bug 156883 - The background color of text with trailing spaces is no longer drawn correctly.
Summary: The background color of text with trailing spaces is no longer drawn correctly.
Status: CLOSED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.5.5.2 release
Hardware: IA64 (Itanium) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-08-23 18:42 UTC by Adrian Thewlis
Modified: 2023-08-28 15:58 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Adrian Thewlis 2023-08-23 18:42:47 UTC
Description:
If a piece of text with a colored background has trailing spaces, the trailing spaces are not drawn with the background color. This is a new bug as until very recently text rendered correctly.

Steps to Reproduce:
1.In Writer type " Testing x" (without the quotes).
2.Select the test and hilite in some color.
3.Move the cursor to just before the "x" and insert a new-line.


Actual Results:
The space after "Testing " is no longer displayed hilited.

Expected Results:
The space after "Testing " should be shown as hilited. Until the most recent versions of Writer this worked correctly.


Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Comment 1 Regina Henschel 2023-08-23 21:41:28 UTC
I cannot reproduce the problem with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c9916d9be9c060d43fc063b76d70629162650fea
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: CL threaded

@Adrian: Please go to Help > About, copy the version information (click on the button) and paste it here.
Comment 2 Adrian Thewlis 2023-08-23 23:10:48 UTC
Version: 7.5.5.2 (X86_64) / LibreOffice Community
Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 3 raal 2023-08-24 19:09:03 UTC
No repro with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: dedf098e742550622cec6fdc639550371d9e58cf
CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 4 Andreas Mantke 2023-08-24 19:21:07 UTC
Tested it with 7.5.5.2 on Windows 10 and can't reproduce the behavior.
If I follow your steps the space after 'Testing' remain highlighted after the line break before the 'x'.
Comment 5 Adrian Thewlis 2023-08-24 19:39:38 UTC
Line break should be AFTER the space, not before. So text should be as follows:

Testing<space><newline>
X

The trailing space, at the end of the line, doesn't hilite.
Comment 6 Andreas Mantke 2023-08-24 19:43:50 UTC
I tested with 'Testing<space><linebreak>x' and 'Testing<space>' remain highlighted after putting the <linebreak> before the 'x'.
Thus I couldn't confirm your issue report.
Comment 7 LeroyG 2023-08-27 22:11:00 UTC
(In reply to Adrian Thewlis from comment #0)
> The space after "Testing " is no longer displayed hilited.
1. Is no longer displayed or is deleted?

If it is deleted, choose menu Tools - AutoCorrect - AutoCorrect Options - Options tab, and see if "Delete spaces and tabs at beginning and end of paragraph" and "Apply Styles" are checked.

That is not the most probable, unless character style with highlighting is applied.

(In reply to Adrian Thewlis from comment #0)
> User Profile Reset: No
2. Have you tested in safe mode?

3. The same happens with a new document?
Comment 8 Adrian Thewlis 2023-08-28 05:26:09 UTC
Great questions!
1. It is not deleted, but no longer displayed.
2. I am not familiar with "safe mode".
3. Doesn't happen with a new document!

Copy-pasted a chunk of the problem document into a new document, and the problem did not show.

Loaded a backed-up version of the document from about 10 days ago, and it didn't display the problem. Since the document is a work-diary, all changes are additions, so I copied all new text from the problem document onto the end of the old copy with no problem, and it still has no problem. So I am back to a full document without the issue.

So some sort of document-global setting (not application or profile) was altering the way the hiliting was being rendered across the whole document. Whether the setting change/corruption occured when I upgraded, or if it was some accidental key sequence that switched it, I don't know.

Either way, thanks for the questions, that got me on the path back to a happy document!
Comment 9 Andreas Mantke 2023-08-28 15:57:47 UTC
The issue could not be verified anymore.