Bugzilla – Bug 547962
Unable to scan with user privileges using HP All-In-One (hp-lip 3.9.8-2.2)
Last modified: 2009-10-20 09:33:59 UTC
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-3.2 Firefox/3.5.3 Installed Packages from Opensuse 11.2 RC1 hplip 3.9.8-2.2 hplip-hpijs 3.9.8-2.2 cups 1.3.11-3.2 Unable to scan with user privileges using HP All-In-One, however able to scan with root privileges. Printer connected through USB. report of $hp-check http://pastebin.com/m1e93c4f7 Per AlbertoP "to access the scanner, for example via "YaST scanner setup" -> "Other" -> "Scanning via Network" -> "Local Host Configuration" Adding this fixed the problem with being unable to scan with user priviledges. Reproducible: Always Steps to Reproduce: 1. Hook up HP Laserjet All-In-One 3030 using USB cable 2. Install hplip, hplip-hpijs, cups, xsane or skanlite 3. Try to install printer in HP-Tool box (No printers detected) 4. Able to install printer in CUP since opened using root 5. open xsane of skanlite with user privileges, error "No devices detected" Actual Results: open xsane of skanlite, error "No devices detected" Expected Results: Opened program and detected scanner
This is an old issue, which was fixed long ago and appeared again! :-)
Looks like a duplicate of the current bug #542473: "HAL does not set ACL for normal user access for devices with 'scanner' capability" See there how to check if this one is really a duplicate. By the way: This kind of HAL issue usually re-appears again for each Suse Linux / openSUSE version and must be fixed again and again, compare bug #438867. The best workaround to get those kind of HAL issues out of sight is to use the YaST scanner module and: ----------------------------------------------------------- ... you could access the scanner via the 'saned' as a workaround. For this workaround choose 'scanning via network' and select the 'local host configuration'. ---------------------------------------------------------- In particular on a workstation in a trusted network environment (e.g. when the Suse firewall protects it from acceess from the external network zone / Internet) this workaround should cause no security problems. Compare https://bugzilla.novell.com/show_bug.cgi?id=438867#c66 *** This bug has been marked as a duplicate of bug 542473 ***
It seems you did run the report of hp-check at http://pastebin.com/m1e93c4f7 as normal user so that it doesn't show the numerical UDB IDs of your hp:/usb/hp_LaserJet_3030?serial=00CNBM186335 device (all USB devices /dev/bus/usb/*/* have "Permission denied") but I would need the numerical UDB IDs to check if your device is listed in /etc/udev/rules.d/55-hpmud.rules and in /usr/share/hal/fdi/information/20thirdparty/70-hpmud.fdi compare https://bugzilla.novell.com/show_bug.cgi?id=542473#c5