Device discovery of the "bluetooth" CUPS backend does not work

Bug #411610 reported by Till Kamppeter
16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
bluez (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: bluez-cups

I am on Karmic, and I can set up a Bluetooth printer only manually by running the "bluetooth" CUPS backend from the command line with

/usr/lib/cups/backend/bluetooth

and then pasting the URI into the field for individual URI input in system-config-printer ("Others" in the device list). Then I also need to choose manufacturer and model manually. My expectation is that I only need to click the printer's make model name in the devices list and choose "Bluetooth" under the connection types and then the driver gets selected automatically as it is the case for the same printer on USB or WLAN.

I have found out why it does not work.

First, the CUPS Bluetooth backend asks the bluez D-Bus service whether there are printers available and which device ID they have. The access permissions for the bluez D-Bus service do not permit the CUPS system user "lp" to access, and exactly as this user the Bluetooth backend is running. Therefore I have modified /etc/dbus-1/system.d/bluetooth.conf to grant this permission.

Second, the output of the CUPS Bluetooth backend was not very good for the printer setup tools doing the right thing. I have patched the backend to let the device class of the Bluetooth printers to be "direct" and not "network", as users expect a Bluetooth printer rather under the local printers than under the network printers. I have also filled the make-and-model field instead of putting a hard-coded "Unknown" there.

The debdiff for these fixes on the bluez package is attached. Please apply it to the package to make Bluetooth printing just work. Thank you.

Related branches

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :
Changed in bluez (Ubuntu):
importance: Undecided → Medium
milestone: none → karmic-alpha-4
Changed in bluez (Ubuntu):
status: New → Triaged
Revision history for this message
Mario Limonciello (superm1) wrote :

I'd like to make sure upstream approves of this patch, so please in parallel submit it upstream. I'll upload it so we have functional BT printers for A4 though :)

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package bluez - 4.47-0ubuntu2

---------------
bluez (4.47-0ubuntu2) karmic; urgency=low

  * debian/bluetooth-dbus.conf: Allow access to the D-Bus resource "org.bluez"
    also for the "lp" group so that the "bluetooth" CUPS backend can access
    when it is run by CUPS for discovery of Bluetooth printers.
  * debian/patches/cups-bluetooth-discovery-improvements.patch: Improved
    device discovery mode output of the "bluetooth" CUPS backend. Once, fill
    the device make-and-model field, and second, let the device class be
    "direct" and not network, so that the printer setup tools list the
    Bluetooth printer as a local printer. (LP: #411610)

 -- Till Kamppeter <email address hidden> Mon, 10 Aug 2009 21:18:33 +0200

Changed in bluez (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

I have also reported these problems upstream attaching the patches and the patches are accepted upstream now.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.