From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050328 Firefox/1.0.2 Fedora/1.0.2-3 Description of problem: Under FC3 an icon would appear in the notification area when a print job was submitted. FC4T1 fully updated to rawhide does not display this behaviour. There appears to be no way to access the print queue in a graphical sense in FC4T1 as well. Version-Release number of selected component (if applicable): cups-1.1.23-15 How reproducible: Always Steps to Reproduce: 1. Submit a print job from evolution, firefox or openoffice(print something). Actual Results: Print job succeeded, but there was no print status icon in the notification area. Expected Results: Print job should succeed, but there should be a print status icon in the notification area. Additional info: All cups related packages. output from rpm -q -a|grep cups: libgnomecups-devel-0.2.0-1 cups-1.1.23-15 cups-devel-1.1.23-15 hal-cups-utils-0.5.3-3 bluez-utils-cups-2.15-5 libgnomecups-0.2.0-1 cups-lpd-1.1.23-15 gimp-print-cups-4.2.7-5 cups-libs-1.1.23-15
still an issue today.
yep...still happening, this kind of hurts here as there is no way to stop a print job graphically right now.
Today's updates had no impact. Still an issue
Hey John, You fixed this yea?
should be in rawhide tomorrow
Still no print status applet after updating to today's rawhide. Although it might be due to this; Apr 15 12:46:02 rhema2 dbus: avc: denied { send_msg } for msgtype=signal interface=com.redhat.PrinterSpooler member=QueueChanged dest=org.freedesktop.DBus spid=1997 tpid=2840 scontext=user_u:system_r:cupsd_t tcontext=user_u:system_r:unconfined_t tclass=dbus Apr 15 12:46:02 rhema2 dbus: avc: denied { send_msg } for msgtype=signal interface=com.redhat.PrinterSpooler member=QueueChanged dest=org.freedesktop.DBus spid=1997 tpid=2931 scontext=user_u:system_r:cupsd_t tcontext=user_u:system_r:unconfined_t tclass=dbus Apr 15 12:46:02 rhema2 dbus: avc: denied { send_msg } for msgtype=signal interface=com.redhat.PrinterSpooler member=JobQueuedLocal dest=org.freedesktop.DBus spid=1997 tpid=2840 scontext=user_u:system_r:cupsd_t tcontext=user_u:system_r:unconfined_t tclass=dbus Apr 15 12:46:02 rhema2 dbus: avc: denied { send_msg } for msgtype=signal interface=com.redhat.PrinterSpooler member=JobQueuedLocal dest=org.freedesktop.DBus spid=1997 tpid=2931 scontext=user_u:system_r:cupsd_t tcontext=user_u:system_r:unconfined_t tclass=dbus Apr 15 12:46:02 rhema2 dbus: avc: denied { send_msg } for msgtype=signal interface=com.redhat.PrinterSpooler member=JobStartedLocal dest=org.freedesktop.DBus spid=1997 tpid=2840 scontext=user_u:system_r:cupsd_t tcontext=user_u:system_r:unconfined_t tclass=dbus Apr 15 12:46:02 rhema2 dbus: avc: denied { send_msg } for msgtype=signal interface=com.redhat.PrinterSpooler member=JobStartedLocal dest=org.freedesktop.DBus spid=1997 tpid=2931 scontext=user_u:system_r:cupsd_t tcontext=user_u:system_r:unconfined_t tclass=dbus Apr 15 13:01:01 rhema2 crond(pam_unix)[2970]: session opened for user root by (uid=0) Apr 15 13:01:02 rhema2 crond(pam_unix)[2970]: session closed for user root Apr 15 13:34:24 rhema2 dbus: avc: denied { send_msg } for msgtype=signal interface=com.redhat.PrinterSpooler member=QueueChanged dest=org.freedesktop.DBus spid=1997 tpid=2840 scontext=user_u:system_r:cupsd_t tcontext=user_u:system_r:unconfined_t tclass=dbus Apr 15 13:34:24 rhema2 dbus: avc: denied { send_msg } for msgtype=signal interface=com.redhat.PrinterSpooler member=QueueChanged dest=org.freedesktop.DBus spid=1997 tpid=2931 scontext=user_u:system_r:cupsd_t tcontext=user_u:system_r:unconfined_t tclass=dbus
Dan, looks like policy needs to be fixed.
Created attachment 113242 [details] patch to allow cups to send dbus messages to users Something like this (untested).
I wonder if a cleaner solution would be to put unconfined_t in the userdomain/unpriv_userdomain? Although this could be dangerous.
nice work...seems to work for me now under FC4T2
*** Bug 154937 has been marked as a duplicate of this bug. ***