Bug 170137 - DOCX: Find and replace "Character highlighting color" inconsistency
Summary: DOCX: Find and replace "Character highlighting color" inconsistency
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
25.8.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Find&Replace-Dialog
  Show dependency treegraph
 
Reported: 2025-12-27 07:43 UTC by Danat
Modified: 2026-01-29 10:24 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Video (17.37 MB, video/mp4)
2025-12-27 07:43 UTC, Danat
Details
File in the video (13.16 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2025-12-27 07:44 UTC, Danat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Danat 2025-12-27 07:43:03 UTC
Description:
https://drive.google.com/drive/folders/17mdlMnuukNZG9VXv3HVPnoEkDgtNAJlS?usp=sharing

Steps to Reproduce:
1.Ctrl+H
2.Attributes
3.Character highlighting color

Actual Results:
According to my judgement, it incorrectly calculates some items

Expected Results:
Correct calculation


Reproducible: Always


User Profile Reset: No

Additional Info:
In the video
Comment 1 Danat 2025-12-27 07:43:28 UTC
Created attachment 204813 [details]
Video
Comment 2 Danat 2025-12-27 07:44:31 UTC
Created attachment 204814 [details]
File in the video
Comment 3 Dieter 2026-01-27 21:16:12 UTC
I confirm it with

Version: 26.8.0.0.alpha0+ (X86_64)
Build ID: 680(Build:0)
CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

Steps:
1. Open attachment 204814 [details]
2. Ctrl+H
3. Attributes -> Character highlighting color
4. Find all

Actual result
7 findings in first line

Expected result
3 findings in first line

Danat, I couldn't reproduce the problem when saving a odt-file as docx-file. Is attachment created with MS Word?
Comment 4 Takenori Yasuda 2026-01-28 04:14:18 UTC
I checked the Style Inspector.

The problematic part is that Character Direct Formatting > Char Back Colour is set to 16777215 (0xffffff). This means the character background colour is set to #FFFFFF (white).
I believe the correct result will be returned if you reset the direct formatting with Ctrl+M.

In addition, Char Back Colour for 169181, 169378, 169458, 169470, 169592, 169858, 169886, 169888, 170037, 170111, and line 3 is set to -1 (automatic).
To prevent confusion, these should also be reset with Ctrl+M.


Tested with:
Version: 26.2.0.2 (X86_64)
Build ID: 620(Build:2)
CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded Jumbo

Version: 26.8.0.0.alpha0+ (X86_64)
Build ID: 680(Build:0)
CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded Jumbo
Comment 5 Danat 2026-01-28 06:26:20 UTC
(In reply to Dieter from comment #3)
findings in first line

> Danat, I couldn't reproduce the problem when saving a odt-file as docx-file.
> Is attachment created with MS Word?

No. I don't have Word, can't use it because have no license