Description: I'm running Libre Office in Linux under KDE. I have the system theme set to Breeze Dark. Opening a previously created writer document that has form elements in it, with the KDE theme set to dark mode, ALL of the form text boxes have a dark grey background and light gray text, even though the main part of the document is normal (black text on a white background). There are really 4 bugs here: 1) I can't select ALL of the form elements and change them at once. I can only select one form element at a time, and have to change them individually. This is REALLY painful. 2) Why does the background color and font color of form elements default to some color from the system color scheme when the non-form parts of the document work normally? 3) To fix the background, I can simply change the color and pick "white" instead of "default", but to fix the font color, it's actually set to "black" the first time I open the font dialog, but the text is picking a different color from the UI color scheme. To actually change it to be black, I have to change it to a color other than black, press OK, then re-open the font dialog a second time, and set it back to "black" again - then it actually changes. 4) The border colors of the form elements also got changed from black to a lighter color from the color scheme too. Form elements shouldn't default to random colors from the UI theme when the rest of the document doesn't do that. Form elements should be multi-selectible and be able to mass edit common parameters of them (such as colors, appearance, fonts, etc.) all at one time. There's also a long-standing bug with form elements that are set to "centered" text. When I open a saved file, the text is not centered, but way off to the right of the form box. If I type an extra space at the end of the text, then the text centers properly. It will remain centered until I save, and re-open the document in a new session - then it's back to not being centered correctly again. All of these bugs (form element colors, and text alignment) affects the final rendering of the document - if I export a PDF, I get the incorrect colors and alignments as well until I manually fix all of them. Steps to Reproduce: 1.Create a document with forms with the color scheme set normally - put some text in the forms and set them to "centered" - save the document, and close Writer 2.Change the system UI to dark mode and re-open the saved document Actual Results: Form fields have incorrect colors and text alignment Expected Results: Form fields maintain colors consistent with the rest of the document regardless of UI color schemes. Text alignment of text fields set to "centered" is actually centered. Reproducible: Always User Profile Reset: No Additional Info: Please add more unit tests to form fields in writer - there have been a number of weird issues with forms in the last number of versions, so clearly there isn't enough testing being done to ensure forms are working properly.
Thanks for the report, Andrew. Can you please: - test again with version 7.5. A lot of dark mode improvements made it into that version: https://www.libreoffice.org/download/download/ - if you see the same issue - share an example document and screenshots as attachments here. That helps contributors test and see exactly what the issue looks like. - share the version information copied from Help > About LibreOffice Thank you!
Created attachment 188955 [details] Form text boxes This report was not precise enough, but let me reuse it to confirm a bug for a specific issue I saw in Ubuntu 22.04 dark mode: multi line with formatting text box form element appears black when system UI is dark.
Dear andrew.hakman, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug