Bug 154030 - Data Entered into Forms does not print
Summary: Data Entered into Forms does not print
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.5.0.3 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-03-06 21:37 UTC by Shawn Burton
Modified: 2023-10-06 03:20 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
This is one of the forms I use, with sample data. It will not print with the data in the fields. (175.50 KB, application/vnd.oasis.opendocument.text)
2023-03-06 21:37 UTC, Shawn Burton
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Shawn Burton 2023-03-06 21:37:20 UTC
Created attachment 185804 [details]
This is one of the forms I use, with sample data.  It will not print with the data in the fields.

I use a number of .odt files with forms for entering data, then print the form.  Since the last update, when I print the .odt file with forms after entering data the form fields are all blank. In the print preview screen, all the data appears to be there, however, when printed the form fields are empty.  

My current work around is to export as a PDF, then print as the PDF does contain the data.
Comment 1 Stéphane Guillou (stragu) 2023-03-07 06:03:21 UTC
Thank you, Shawn. I assume that happens when you are using dark mode, which makes it a duplicate of bug 148614.

*** This bug has been marked as a duplicate of bug 148614 ***
Comment 2 Shawn Burton 2023-03-07 13:11:09 UTC
This was marked as duplicate to 148614, however this is not using dark mode.  This is on KDE Breeze light mode.  Unlike 148614 the text in the field appears in the box.  It appears on PDFs, it appears in print preview, but it does not appear only on the printed paper when it comes out of the printer.  Unlike 148614, first exporting to PDF then printing does allow the text to appear.

I have one system that has not been updated and version 7.4.5-1.1 works fine, however, using 7.5.0-1 has the issue.  Again, this is on light mode, everything on the screen is good only the printed paper does not show the text and only on version 7.5.0-1, the issue is not present on the older 7.4.5-1.1 version.
Comment 3 Stéphane Guillou (stragu) 2023-03-08 13:27:51 UTC
Thank for clarifying, Shawn.

I could not reproduce with GNOME's light mode and the kf5 VCL:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 288c0920a8475f9f2c537212e04aa7649192ad8c
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

A couple more questions, then:

- can you please paste here the information copied from Help > About LibreOffice, and what desktop environment you are using
- please also try to Print > Print to PDF and see if the issue is also visible in the resulting file. If so, please share the resulting PDF here.
- please share a screenshot of what the test document looks like when opened in Writer. I suspect that it might still be the same issue: the theme's styling of the widgets impacting what is printed out.

Thank you!
Comment 4 QA Administrators 2023-09-05 03:13:30 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2023-10-06 03:20:12 UTC
Dear Shawn Burton,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp