Bug 148614 - Field values are white on white in preview, PDF and print when using OS dark mode
Summary: Field values are white on white in preview, PDF and print when using OS dark ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
6.4.7.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 153584 153999 (view as bug list)
Depends on:
Blocks: Form-Controls Dark-Mode
  Show dependency treegraph
 
Reported: 2022-04-15 13:38 UTC by freewee3
Modified: 2023-05-19 22:18 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
document with date fields (31.57 KB, application/vnd.oasis.opendocument.text)
2022-04-15 13:41 UTC, freewee3
Details
Print to PDF on Windows 10 with dark mode and LO 7.6 alpha0+ (175.25 KB, application/pdf)
2023-03-06 09:59 UTC, Stéphane Guillou (stragu)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description freewee3 2022-04-15 13:38:55 UTC
Description:
I have multiboot W7 W10 Ubuntu 20.04, MATE 20.04 and Mint cinnamon 20.3. Epson StylusPhoto R800.
I have no problem with a document with date fields with Windows 7 and 10 Libreoffice 7.2.6.2 (x64)
I think there was no problem with Ubuntu 18.04 (I don't remember there was a problem),
but since I upgrade to Ubuntu 20.04, (and also with the last version of MATE and Mint cinnamon), the date fields are not printed, (and not visible on the preview).
The option is cheked when printing.
I tested deb 6.4.7.2, and 7.3.2.2  (snap and flatpak) it is the same...
Thank you

Steps to Reproduce:
1.Open document
2.Print
3.

Actual Results:
The date fields are not printed, and not seen on preview

Expected Results:
The fields with the date should be printed!


Reproducible: Always


User Profile Reset: No



Additional Info:
I tested deb 6.4.7.2, and 7.3.2.2  (snap and flatpak):same behaviour
Comment 1 freewee3 2022-04-15 13:41:46 UTC
Created attachment 179587 [details]
document with date fields
Comment 2 Dieter 2022-05-03 06:58:31 UTC
I can't confirm it with

Version: 7.3.3.2 (x64) / LibreOffice Community
Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Do you get the same result, if date field is not part of the footer?

And same result with PDF-Export?

I'm not sure, how you've created that date field and i couldn't edit it. Have you used form controls?

=> NEEDINFO
Comment 3 freewee3 2022-05-03 07:37:21 UTC
Thank you for the interest!
I have date fields in the document and in the footer, and the one in the footer can' t be edited...
I alternate Windows and Ubuntu , and I unfortunately can' t say where the document has been created...
Under Windows, no problem for printing, under Ubuntu , I have this behavior, even under 22.04 (I have multiboot W7 W10 Ubuntu 20.04 22.04 Ubuntu MATE and Mint Cinnamon ...)
When PDF export in Ubuntu, the date fields are present, but black with white font...
Thank you
Comment 4 Dieter 2022-05-03 07:47:13 UTC
(In reply to freewee3 from comment #3)
> Thank you for the interest!
> I have date fields in the document and in the footer, and the one in the
> footer can' t be edited...
So we can narrow down the problem to footer

> I alternate Windows and Ubuntu , and I unfortunately can' t say where the
> document has been created...
Sometimes a problem occurs, because document has been created in Word.

> Under Windows, no problem for printing
I hope that a Linux user can help.

I've just recognizes, that I can't copy and paste the date field in the footer, but it works with date field in the regular text. So perhaps you could try to copy and paste date field from regular text into footer and try again?
Comment 5 freewee3 2022-05-06 13:28:03 UTC
I finally found what was wrong!
The date fields (and perhaps other features), are incompatible with the dark themes of Ubuntu (20.04, 22.04, Mint 20.3 )!!!
When I reverse to a light theme, I have no problem, I can see the fields on the preview and I can print them.
Where could this bug be sent?
Comment 6 Dieter 2022-05-06 13:33:32 UTC
(In reply to freewee3 from comment #5)
> Where could this bug be sent?

Please have a look at meta bug 143344. If your problem hasn't been reported before, you can change title and description of current bug report.
Comment 7 QA Administrators 2022-11-03 03:35:14 UTC Comment hidden (obsolete)
Comment 8 freewee3 2022-11-03 17:20:05 UTC
Excuse me but I' m not English, and really don' t understand what is asked!!!

I think the problem is simple IN UBUNTU,in Windows no problem!

I have the same behaviour in Mint 21, Ubuntu 22.04, Mate 22.04 with the last kernels:
If I choose a dark mode for the desktop, the preview of the document doesn' t show the date fields, and they are not printed.
If I choose a light mode for the desktop, no problem, the preview shows the fields, and they are printed.
This now with LibreOffice 7.3.6.2 from the 3 distributions!
Comment 9 QA Administrators 2022-11-04 03:34:32 UTC Comment hidden (obsolete)
Comment 10 Stéphane Guillou (stragu) 2023-01-31 08:26:32 UTC
Tested with Ubuntu 20.04 with GNOME 3.36.8, and I can reproduce:

1. Set desktop environment's theme to dark
2. Open attachment 179587 [details]
3. File > Print: see that the preview does not show the date
4. Choose "Print to file" as a printer, click OK

Result:
PDF file does not show the date because it is printed white on white (or, rather, very light grey on white). The text can be seen 

Unrelated to footer, issue can also be seen in Article 2, including with a non-date field.

Doing the same thing in DE's light mode prints the date as expected, black on white.

Version: 7.3.7.2 / LibreOffice Community
Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 7.4.5.1 / LibreOffice Community
Build ID: 9c0871452b3918c1019dde9bfac75448afc4b57f
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Also in KF5 VCL, but not in GEN.

In 7.5 and the recent master build, results are slightly different: the field which displays "5" does print in black, but is already displayed differently in Writer.
Looks like the UI adapting the colour for a readable contrast in widgets, but then that font colour erroneously being used for print/PDF output...

Caolán, I thought you might find this interesting?
Comment 11 Stéphane Guillou (stragu) 2023-03-06 09:59:09 UTC
Created attachment 185781 [details]
Print to PDF on Windows 10 with dark mode and LO 7.6 alpha0+

This affects Windows too, now that we have more prevalent dark mode support on that OS. Same results in:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5a235634ca5761aa4b330ebf7e3a2083b7db1606
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded

Note that the text colour is white for Windows, making it completely invisible.
Comment 12 Stéphane Guillou (stragu) 2023-03-06 10:03:46 UTC
*** Bug 153584 has been marked as a duplicate of this bug. ***
Comment 13 Stéphane Guillou (stragu) 2023-03-06 10:03:55 UTC
*** Bug 153999 has been marked as a duplicate of this bug. ***
Comment 14 Stéphane Guillou (stragu) 2023-03-07 06:03:21 UTC
*** Bug 154030 has been marked as a duplicate of this bug. ***