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
Created attachment 179587 [details] document with date fields
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
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
(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?
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?
(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.
Dear freewee3, 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
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!
[Automated Action] NeedInfo-To-Unconfirmed
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?
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.
*** Bug 153584 has been marked as a duplicate of this bug. ***
*** Bug 153999 has been marked as a duplicate of this bug. ***
*** Bug 154030 has been marked as a duplicate of this bug. ***