Created attachment 200527 [details] The background is very dark on my computer. After upgrading to Fedora 42 I have now LibreOffice Community/Write 25.2.3.1. The attached file is displayed with dark background on most places, but on some places it has white background. Before upgrading to Fedora 42, I used Fedora 41 and an older LibreOffice version, where the background was white. If I export the file to PDF in the PDF the background is white. If I select File → New → Text document then the background is again dark, but the text is white, which matches my Desktop Dark mode preference. In any case what file was readable with previous Libreoffice versions is now not readable.
Created attachment 200528 [details] Here screenshot from that file, when I open it.
Please test modifying the Theme, and after apply again the previous. Menu>Tools>Options>LibreOffice>Appearance.
After changing Menu>Tools>Options>LibreOffice>Appearance → from System to Light it works as it was before. But I still do not understand why this happens. Why is on dark background the text black, and not white, if the default colour for that text is “Automatic”?
(In reply to Дилян Палаузов from comment #3) > After changing Menu>Tools>Options>LibreOffice>Appearance → from System to > Light it works as it was before. > > But I still do not understand why this happens. Why is on dark background > the text black, and not white, if the default colour for that text is > “Automatic”? The LibreOffice appearance is by default based on OS configuration. Dark/Light. The document background color is derived from this configuration. So Dark UI also means a black Document Background. I personally prefer the white background. The setting to change the behaviour is buried away in the UI, IMHO. Instead of some Quick Setup at first launch.
@Heiko What should be default Document Background color in case of OS color being dark. You're suggesting it should be white in bug 160445 comment 3, I think
> The document background color is derived from this configuration. So Dark UI also means a black Document Background. Yes, but in the attached file both background and foreground are dark, so the text is not readable. And the foreground text colour is “Automatic”, it is not explicitly set to “Black”.
(In reply to Дилян Палаузов from comment #3) > After changing Menu>Tools>Options>LibreOffice>Appearance → from System to > Light it works as it was before. > > But I still do not understand why this happens. Why is on dark background > the text black, and not white, if the default colour for that text is > “Automatic”? I do experience: bug 166363 and bug 166362 in both cases I get what you see. I define the document background explicitly to white to fix the issue. But even excluding bugs above, there is indeed something weird going on. In your example file the text doesn't invert to white text on black background. Whatever I try. It's working fine with file I created myself
(In reply to Дилян Палаузов from comment #3) > Why is on dark background the text black, and not white, if the default colour > for that text is “Automatic”? Check with the Stylist how font color is defined for Body Text: it's #0000DA (almost pure black). If you set Default to black, by the way, Body Text as a children could be Automatic but takes the black from its parent. System default is Automatic, which is adjusted to black/white depending on the background brightness. (In reply to Telesto from comment #5) > What should be default Document Background color in case of OS color being dark. With the introduction of Appearance we pondered over what color to be used for document background. Some users want it super dark, other prefer white on black. We pick the color from system settings (also to accommodate for strange configurations) and provide a special theme to switch the background to white. This was not generally accepted and has major flaws in case of Impress (see bug 165803). It has been reverted and white is now always the default. The work on appearance continues and you may check bug 103184 and bug 125823 for open topics. Having said all this I'm not perfectly sure about the latest state. The always-white patch was reverted other submitted and some abandoned. Sahil knows best.
Btw, I suggested in bug 165121 to removed the customization of document background, default to white and allows switching to black via the extra command.
Dear Дилян Палаузов, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Дилян Палаузов, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp