Bug 516787

Summary: UI blocks in various places
Product: [Fedora] Fedora Reporter: Bastien Nocera <bnocera>
Component: system-config-printerAssignee: Zdenek Dohnal <zdohnal>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: jpopelka, mclasen, mkasik, twaugh
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-04-28 06:29:53 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Bastien Nocera 2009-08-11 14:13:00 UTC
system-config-printer-1.1.8-5.fc11.x86_64

With a slow backend (Bluetooth), I get the "Please wait" dialogue showing behind the authentication dialogue when adding a new printer (and the UI blocks...).

Comment 1 Tim Waugh 2009-08-17 09:03:12 UTC
Oh, this is basically that the UI blocks.

Known, but won't be fixed in time for Fedora 12.

This being tracked upstream by:

https://fedorahosted.org/system-config-printer/ticket/102
https://fedorahosted.org/system-config-printer/ticket/117

Comment 2 Bastien Nocera 2009-08-18 16:09:51 UTC
What about the "Please wait" dialogue showing up badly parented?

Comment 3 Tim Waugh 2009-08-18 16:49:16 UTC
Fixed upstream.

It should appear parented to:

1. the main window, after clicking 'New'
2. the new printer dialog, when using that
3. the printer properties dialog, when clicking one of the 'Change...' buttons

Comment 4 Tim Waugh 2009-08-18 17:16:09 UTC
I might be able to get to the worst offenders for the UI blocking for Fedora 12.

Comment 5 Tim Waugh 2009-08-21 09:13:15 UTC
No, this is just hard to get right.  Unfortunately libcups only provides a blocking API so we'd have to put that operation in a separate thread.  If we did that, we'd need to create a new connection for it, and if we did *that* we'd lose any authentication caching we had because none of the other operations do that.

The answer is to fix all of the code, but I know from experience with doing this with the troubleshooter that it will definitely introduce bugs.

Will get to it for next time round (1.2.x).

Comment 6 Tim Waugh 2009-08-23 10:25:43 UTC
Actually one of the main reasons this is that cupspk.py calls into GTK directly so can't be run in a separate thread.

I remember now that I had to put the devices list fetching into the main thread for exactly this reason.

That part at least ought to be fixed in Fedora 12.

Comment 7 Tim Waugh 2009-08-27 11:29:12 UTC
This sort of fell out of porting it to polkit-1. :-)

Various IPP operations system-config-printer uses can still block the UI and that needs comprehensively fixing as mentioned in comment #5, but that won't be in Fedora 12.

Comment 8 Tim Waugh 2009-08-27 15:49:50 UTC
So, the 'fetch devices' UI blocking part is fixed in 1.1.12-4.fc12.

Keeping open for the rest.

Comment 9 Fedora Admin XMLRPC Client 2016-06-24 10:41:14 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 10 Zdenek Dohnal 2021-04-28 06:29:53 UTC
Fixing the bug would need an extensive refactoring of s-c-p code, but s-c-p is now in maintenance mode only, I'm sorry.

If you have a patch, please send PR to https://github.com/OpenPrinting/system-config-printer and I'll review it.

Otherwise you can use CUPS web UI for installing permanent queues, temporary queues for newer devices work out of the box.