Created attachment 200124 [details] Screenshot If the document background is dark (automatic settings) and some parts of the text are highlighted, the background color of the following text does not use transparent color or the automatic dark but continues in white. Happens for DF as well as CS. The screenshot shows the STR * make sure the appearance is set to automatic with a dark system theme * insert some text like lorem+f3 * select a word and highlight it => the text continues in white; see also the Styles Inspector at the caret somewhere after the highlighted part
Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 520(Build:2) CPU threads: 32; OS: Linux 6.13; UI render: default; VCL: kf6 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 25.2.2-1 Calc: threaded
No issue with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ce613d65dd3cbf3a6c153201ac81730813691821 CPU threads: 16; OS: Windows 11 X86_64 (build 22000); UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded
Bibisected using linux-64-25.8 commit e0d4d178caff1414a9a21fa57f06bc8d4d2c389a Author: Noel Grandin <noel.grandin@collabora.co.uk> Date: Mon Jan 13 15:03:05 2025 +0200 Change alpha behavour of OutputDevice::SetFillColor On the latest bibisect build I had to manually set the background of the document to black as changing the theme from/to Dark made no difference Same issue of changing the theme for today's master build The behavior is present up to the lastest bibisect build (Build ID: 87b3b8e6990b394baa74aec8701cd097f6c0c646) The difference with the master build is that setting the background color of just one word, sets the background color of the whole line Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: c4b3f7a6f9e9f1856b76ed398f5e2cd2d65ea417 CPU threads: 8; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Adding to CC: Noel Grandin
The bug also happens with default theme if any color is set has paragraph background. To repoduce: - insert a couple of paragraphs in Writer; - add a background color to one paragraph; - highlight any word in the middle of that paragraph; - the highlight color expands to the end of the paragraph. Hope this helps.
Created attachment 202596 [details] LO_25.8.0.4---Video---vokoscreenNG-2025-08-29_13-13-19.mkv Video showing challenge can be reproduced with LO 25.8.0.4. Find my comment below for details.
Created attachment 202597 [details] LO_25.8.0.4---Screenshot-957.png Screenshot showing challenge can be reproduced with LO 25.8.0.4. Find my comment below for details.
Hello LibreOffice enthusiasts :) This is to confirm this challenge can be reproduced on Linux with Writer 25.8.0.4. But not with 25.2.1.2. This challenge results in white text on white background. Which is not readable. Like watching an invisible white rabbit on snow, LOL (joke ;). For those not familiar with this challenge, watch the attached short 3 minutes video in my comment #5 up above. Alternatively, I published it at https://rumble.com/v6y8riq-libreoffice-writer-25.8.0.4.-challenge-character-highlighting-on-dark-backg.html --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- Below is the same as above. But with details for those interested. The needed end result is that applying character style with highlighting does not interfere with the other already existing style(s) at its right side. So that all text remain readable. Challenge can be reproduced using: • LibreOffice Writer: ______• Version: 25.8.0.4 (X86_64) / LibreOffice Community ______• Build ID: 48f00303701489684e67c38c28aff00cd5929e67 ______• CPU threads: 8; OS: Linux 6.12; UI render: default; VCL: gtk3 ______• Locale: en-CA (en_CA.UTF-8); UI: en-US ______• Flatpak ______• Calc: threaded • Debian 12 Bookworm • Wayland • GNOME 43.9 --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- @UIT note to ourselves: ID_D4R9X7Q8
Created attachment 202602 [details] LO_25.8.0.4---Screenshot-958---dark_backgroung_config.png This screenshot shows the dark background configuration. Which is the LO 25.8.0.4 default "Dark" theme. About the "Customizations" ---> "Document background" field. This challenge can be reproduced with both "Black" and "Automatic" settings. As well as most background colors darker than white. The number 5 in this screenshot shows these settings.
This appears to be fixed on current master, but not sure which commit did the magic.
Thanks for your comment, Noel :) This is good news that it appears to be fixed on current master version. I tested now the yesterday latest flatpak public release 25.8.1.1. This challenge can still be reproduced with 25.8.1.1. I understand that master is upstream from 25.8.1.1. So in the future, I will happily test a version above 25.8.1.1. And so on.
Created attachment 202640 [details] LO_25.8.1.1---Video---vokoscreenNG-2025-09-01_08-59-11.mkv The attached video shows that this challenge can still be reproduced with 25.8.1.1. I also published this video at https://rumble.com/v6ycrrc-libreoffice-writer-25.8.1.1.-challenge-character-highlighting-on-dark-backg.html Using LibreOffice Writer: ______• Version: 25.8.1.1 (X86_64) / LibreOffice Community ______• Build ID: 54047653041915e595ad4e45cccea684809c77b5 ______• CPU threads: 8; OS: Linux 6.12; UI render: default; VCL: gtk3 ______• Locale: en-CA (en_CA.UTF-8); UI: en-US ______• Flatpak ______• Calc: threaded --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- According to bugs.documentfoundation.org, version "25.2.0.0 alpha 0+" is presently the master version Noel is referring to in his comment above. For those not familiar with a master version, think of it as an alpha version. Which is intended for developers. Master is useful for testing. The Developers need time to do a public release. Which is down stream. In other words, this is normal that the challenge seems to be resolved in master but not yet in 25.1.1.
Master is 26.2 (25.8.1 is the first minor update of the "fresh" release; any patch needs cherry-picking to make it into the current branch). Anyway, WFM with master. Thanks Noel!