RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1681041 - GTK native print dialog not displaying
Summary: GTK native print dialog not displaying
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: libreoffice
Version: 7.7
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Caolan McNamara
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On: 1681002 1691287
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-02-25 15:55 UTC by Andrew Mike
Modified: 2019-03-21 11:07 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1681002
Environment:
Last Closed: 2019-02-25 16:11:57 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Andrew Mike 2019-02-25 15:55:33 UTC 
+++ This bug was initially created as a clone of Bug #1681002 +++

Description of problem: The GTK-native print dialogs will not display when enabled in the LibreOffice advanced settings.


Version-Release number of selected component (if applicable):
libreoffice-writer-5.3.6.1-19.el7

How reproducible: Consistently

Steps to Reproduce:
1. Go to Tools > Options in the menus.
2. Select LibreOffice > Advanced in the left pane.
3. In the right pane, under "Optional Features", check the box marked "Enable experimental features".
4. 7. Click OK to close the Options window. Restart LibreOffice when prompted.
5. After LibreOffice restarts, go to Tools > Options in the menus.
6. Select LibreOffice > General in the left pane.
7. In the right pane, under "Print Dialogs", uncheck "Use LibreOffice dialogs". 8. Click OK to close the Options window.
9. Attempt to print the document on the screen by selecting File > Print from the menus, clicking the printer icon in the toolbar, or pressing the printer hotkey (Ctrl+P) by default.

Actual results:

Program continues as normal with no print dialog appearing.

Expected results:

GTK-native print dialog appears on the screen and enables printing workflow through the GTK-native interface.

Additional info:
- This appears to be an issue with RHEL as far back as RHEL 6.
- LibreOffice native print dialogs appear to be working properly.
- This may be blocking the ability for LibreOffice to print to Samba-authenticated printers, as it's currently unclear whether LibreOffice's native print dialog implements authentication checking for Samba-authenticated printers.
-
Comment 2 Andrew Mike 2019-02-25 16:01:13 UTC 
One more thing -- after the repro procedure is followed, trying to open the print dialog does take focus from the main window for a split second, so it looks like a dialog is being created before going away again.
Comment 3 Caolan McNamara 2019-02-25 16:11:54 UTC 
That dialog, explicitly tucked away under experimental, never really worked properly. And IIRC it can't really be made to work correctly in a way that is satisfactory enough to turn it into the default dialog. Once upon a time we hoped that there would be a new gnome/gtk print dialog that we could use instead of the old/current one which doesn't meet our requirements, which I recall spending some effort on writing up to pass along to that effort. Didn't happen yet. I don't think there's any point trying to make that experimental print dialog functionality work because it just won't be usable as a replacement for the current print dialog.
Comment 4 RHEL Program Management 2019-02-25 16:11:57 UTC 
Development Management has reviewed and declined this request. You may appeal this decision by reopening this request.
Note You need to log in before you can comment on or make changes to this bug.