http://bugzilla.suse.com/show_bug.cgi?id=1048177 http://bugzilla.suse.com/show_bug.cgi?id=1048177#c1 Martin Wilck changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|jsmeix@suse.com |martin.wilck@suse.com --- Comment #1 from Martin Wilck --- Unsurprisingly, this happens with hplip 3.17.6, too. Tested on Leap 42.2. It occurs also if the user clicks "reject jobs" / "accept jobs". Taking the bug. Will report upstream. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=1048177 http://bugzilla.suse.com/show_bug.cgi?id=1048177#c3 Martin Wilck changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(jsmeix@suse.com) | --- Comment #3 from Martin Wilck --- Well again, it seems that hplip upstream recommends disabling it. Most probably it's just broken. http://hplipopensource.com/hplip-web/install/manual/distros/novell.html -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=1048177 http://bugzilla.suse.com/show_bug.cgi?id=1048177#c5 --- Comment #5 from Johannes Meixner --- Martin Wilck, I am afraid I do not know why hplip is built with --disable-policykit. Usually I provide a comment in hplip.spec when I specify non-default configure options but there is nothing about --disable-policykit. Only a blind guess because in hplip.changes I found ---------------------------------------------------------------------------- Tue May 5 14:54:42 CEST 2009 - jsmeix@suse.de ... - Updated to version 3.9.4: Added PolicyKit support. Command line tools like hp-setup, hp-plugin, etc. are now run as regular user. ---------------------------------------------------------------------------- I guess --disable-policykit might have beed added at that time or some time later but I cannot remember the reason why. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=1048177 http://bugzilla.suse.com/show_bug.cgi?id=1048177#c7 --- Comment #7 from Martin Wilck --- Johannes, Thanks for the link. I can see that it's a difficult problem. In general I believe being able to start/stop a printer should be possible in the typical SOHO environment without being root. This is two steps behind adding or modifying a printer as described in fate#313287, and it's necessary in particular because of CUPS' default "stop-printer" error policy. (ok, I just saw that this policy can be changed via the YaST printer dialog). This goes far beyond the scope of this bz which is about the HPLIP GUI's erratic behavior. I have to admit that I like that GUI in general, it's way more useful than the pathetic GNOME printer "configuration" dialog. But it's bad that it offers functionality that doesn't work on most standard configurations (such as "start/stop printer", and it's worse that it hangs rather than displaying an error dialog if something goes wrong. Martin -- You are receiving this mail because: You are on the CC list for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1048177 https://bugzilla.suse.com/show_bug.cgi?id=1048177#c11 Martin Wilck changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |WONTFIX --- Comment #11 from Martin Wilck --- The problem is that hplip is essentially unmaintained upstream, except for adding new PPDs. I haven't had time to dig into this in the past and likely won't in the future. -- You are receiving this mail because: You are on the CC list for the bug.