Bug 139016 - LibreOffice Math background color on input box doesn't change with Application Colors
Summary: LibreOffice Math background color on input box doesn't change with Applicatio...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Formula Editor (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: needsUXEval
Depends on:
Blocks: Formula-Editor Options-Dialog-Colours
  Show dependency treegraph
Reported: 2020-12-17 22:05 UTC by ItsIgnacioPortal
Modified: 2023-01-20 15:23 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Screenshot of the hard to read text. (2.39 KB, image/jpeg)
2020-12-17 22:44 UTC, ItsIgnacioPortal

Note You need to log in before you can comment on or make changes to this bug.
Description ItsIgnacioPortal 2020-12-17 22:05:59 UTC
When changing the Application Colors, the background color of the input box in LibreOffice Calc doesn't change with the color of "Document Background"; Instead, it remains #ffffff regardless of wichever colors I select on Application Colors. If it did change with the color of Document Background, text (set with the color of #ffffff in Application Colors) would be readable.

A similar problem occurrs with the sidebar (The background color doesn't change with that of Document Background, nor with any other value).

Steps to Reproduce:
1. Open LibreOffice
2. Create a new document in LibreOffice Math
3. Tools -> Options -> Application Colors -> Document Background: Set to #000000
4. Tools -> Options -> Application Colors -> Font Color: Set to #BDC3C7
5. Input text on the input box

Actual Results:
Inputted text is barely readable due to the background of the text-input box not changing (it stays #ffffff).

Expected Results:
Text should be clearly visible.

Reproducible: Always

User Profile Reset: Yes

Additional Info:
Version: (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: es-AR (en_CA); UI: en-US
Calc: CL
Comment 1 ItsIgnacioPortal 2020-12-17 22:44:07 UTC
Created attachment 168271 [details]
Screenshot of the hard to read text.
Comment 2 pavlog 2021-01-01 22:36:22 UTC
Do you mean Math or Calc? I can repro it in Math

in Version: (x64)
Build ID: ecb916667b633f8647790e040226b093760e6cfe
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 3 ItsIgnacioPortal 2021-01-03 00:16:03 UTC
Yes, I meant LibreOffice Math. sorry for the confusion
Comment 4 pavlog 2021-01-03 08:15:26 UTC
So I changed the title if you don't mind
Comment 5 Rafael Lima 2023-01-19 18:08:39 UTC
Actually the color used depends on the system colors. See:


Which is the expected behavior since this is not a document, but rather a text box which has pure text. So the color for this element depends on the color theme used in your system.

IMO -> WF.

But before closing, let's hear from the UX team.
Comment 6 V Stuart Foote 2023-01-19 19:18:39 UTC
fg/bg response to sytem colors now at 7.5 (experimental at 7.4) for dark mode support--never linked to application color for the "Document background".

Additionally, the Tools -> Options -> Application Colors "Color Scheme" provides an alternative "LibreOffice Dark" theme--if the "automatic" colors drawn from os/DE provided colors in the "LibreOffice" color theme don't satisfy.

And from either, user can modify and save their own preferred color theme.

IMHO => INVALID for original ask, and => WFM with current handling at 7.5
Comment 7 Heiko Tietze 2023-01-20 09:31:38 UTC
Resolving WFM based on previous comments (see bug 118320).

The elements pane uses always black font color whether it's a bright or dark background. Worth another ticket, if none exists yet.
Comment 8 V Stuart Foote 2023-01-20 15:08:04 UTC
(In reply to Heiko Tietze from comment #7)
> The elements pane uses always black font color whether it's a bright or dark
> background. Worth another ticket, if none exists yet.

I think that was fixed for bug 152392 with https://gerrit.libreoffice.org/c/core/+/143745 and is correct for 7.5 and master against 7.6
Comment 9 Heiko Tietze 2023-01-20 15:23:33 UTC
(In reply to V Stuart Foote from comment #8)
> I think that was fixed for bug 152392...

Verified, it's fixed in master.