On Writer, go to Tools → Options → LibreOffice → Application colors and change the "Document background" to something different from default, let's say "Gray 1". This color should only apply "on screen" during edition and in fact if you export to PDF or go to the the Print dialogue, the page will be white. But if you activate the "Print preview" using the corresponding Standard toolbar button (or Ctrl-Shift-O) you'll see the page presented with the background color you choose for the *application*, which is wrong: print preview must display how the print output will be, not the editor display.
Yep. Arch Linux 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still reproducible. Version: 6.2.0.0.alpha0+ Build ID: 425af6845ebe066c950b0b63f50563e067485f3e CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); Calc: threaded
Dear RGB, 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Problem still present in 6.3.2.2
Dear RGB, 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
Problem still present in 7.1.4 (openSUSE Leap build) and 7.2.2 (vanilla build)
Repro 7.4+ in Windows, so All OS is correct.
This is also true when picking LibreOffice Dark theme in Tools → Options → Application Colors: what's shown in print preview is NOT what you'll get when printing. Tested with 7.3.5 & 7.4.0rc2.
Pressing Ctrl+P to open the Print dialog works as expected, with the white page background even when the document color is different. However, the Print Preview (Ctrl+Shift+O) does not use the white paper color. We could have a toggle in Print Preview so that the user can choose to "Use white background" during preview.
The problem is still present in recent versions (both 24.8 and 25.2.alpha). You may need to restart the application after applying the background color to see the problem.
bumping importance to high for the evaluation, since with 25.2 and the changed theme for the background in dark mode, this issue became way easier to trigger, even for users not manually setting different theme colors. * Use LibreOffice in dark theme (default is to follow system theme, and many OS have a time-based system now or at least make it very easy to have a light or dark application theme * in 25.2 that also makes the workspace area dark (if users don't like that, they can apply the light application color theme and still get dark menus/toolbars while having the working area as in older versions) * Print preview should be just that: showing what would be printed wrt formatting * no field shadings * field values, even when user picked field names for display while editing * no spellcheck wiggly-lines * no non-printing characters/formatting marks/characters * no border-lines on graphics/sections unless there's actual border applied those all work as expected, but in dark mode you get the light text on dark background as in editing So please advise whether that's intentional or considered a bug, whether there should be an additional toggle or not
Is it a duplicate of bug 165085? Fixed in target:25.8.0 target:25.2.3 target:25.2.2
(In reply to Heiko Tietze from comment #14) > Is it a duplicate of bug 165085? Fixed in target:25.8.0 target:25.2.3 > target:25.2.2 No, it's not. That bug is about actual colors not changing, this one is about colors that should not apply on Print preview mode (using the corresponding Standard toolbar button or Ctrl-Shift-O) when you have for document background (what you see during editing) a different color than the actual color of the document (what you see when printing or exporting to PDF). Problem still present on Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d986127690cf6b61e8973ee37e009a1f0dbbc9ca CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded Notice that if you change the document background color on 25.8 alpha (now the default is white even with a dark theme) you'll need to restart the application to see the problem.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f597c3a6eaa6b45f43b127b9b042442516ddc202 Resolves tdf#101142 - Always use a white background for print preview It will be available in 25.8.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.
Heiko Tietze committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/878219923ec07d5bf9003867833d77bd472d4e23 Resolves tdf#101142 - Always use the real background for print preview It will be available in 25.2.3. 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.