Created attachment 179887 [details] A screenshot of the settings I'm pointing at in this bug report The issue is rather simple but I never stumbled upon it before: when I set the color scheme of the whole LibreOffice to "LibreOffice Dark", the exported PDF will have dark background even though the page background has been set to "none". How I have set the color scheme: 1. LibreOffice Draw > Tools menu > Options 2. in the left-side menu click on LibreOffice > Application Colors 3. in the "Color Scheme" section and in-front of "Scheme" from the dropdown menu select "LibreOffice Dark" 4. Click on "Apply" and then the "Ok" buttons at the bottom-right side of the window How I have made sure the page background is "transparent: 1. Right-click somewhere outside of any object (e.g move your mouse completely outside of the page) 2. click on "Page Properties..." 3. in the opened window, navigate to the "Background" tab 4. click on "None" 5. Click on "Ok" button at the bottom-right side of the window When I open the PDF in Inkscape, there is a dark rectangle at the lowest level of the imported objects. As far as I can understand, the logic behind a dark color scheme is not to have the actual colors of the document messed up, but rather have a dark theme while working on a document. In LibreOffice Writer or the LibreOffice Calc, the text that has the color "Automatic" will be displayed with a color that has a good contrast with the background, but when saved or exported, other people will see those files based on their own color scheme, even in Microsoft Office. I completely like this logic and for that reason I strongly believe this is a bug in LibreOffice Draw. Also note that I have defined some custom colors in the LibreOffice Dark color theme (as the section header also clearly implies). The "Font color" is set to "Automatic", but the "Document background" is set to a color that doesn't hurt my eyes. Therefore, this bug might have some roots in how the Draw is parsing the scheme. With the same color scheme, Writer and Calc work beautifully and without any issues. Based on my tests, this only happens in LibreOffice Draw, but I might have missed something, so please also do your testing if needed.
Good day Mehrad and thank you for taking your time to report. I agree that "user interface" options should not effect the document background. Under the "light" option, the document background is "automatic" and would change per users settings. I believe this is a needed enhancement and have cc'd the UX team for review. UX Team: thank your for your time in this matter!
Clearly a bug, export should use page > background settings not the application color. And None means none. Happens only for Draw/Impress and not Writer or Calc.
I guess it's an implementation error from bug 141986
Seems to be related to https://bz.apache.org/ooo/show_bug.cgi?id=75566, but any return value at SdrPage::GetPageBackgroundColor() is ignored on export. Whether the actual (dark) DOCCOLOR is used or calculated to white depends on the selection. If this option is checked the background is white.
This is a similar xls-specific case to bug #151610
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d39303f7ea696d36c4ab65286d4b7d8d1bb9069a Resolves: tdf#148884 impress slideshow uses white text on white in dark mode It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
used wrong bug id for the unrelated commit above
*** Bug 154969 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 38065 ***