Bug 464446 - Bluetooth wizard fails to prompt for pin/passcode.
Bluetooth wizard fails to prompt for pin/passcode.
Product: Fedora
Classification: Fedora
Component: bluez-gnome (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Bastien Nocera
Fedora Extras Quality Assurance
Depends On:
Blocks: F10DesktopTarget
  Show dependency treegraph
Reported: 2008-09-29 01:38 EDT by Ralph Loader
Modified: 2009-01-16 05:24 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-01-16 05:24:54 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Ralph Loader 2008-09-29 01:38:37 EDT
Attempting to connect a bluetooth device (a no-name GPS device which presents a serial interface) fails:

1. Run the bluetooth wizard.

2. Select the device and select 'next'.

3. The wizard displays 'Connecting to GPS-GW-005'

4. A message along the lines of 'please enter ....' flashes up very briefly.

5. The wizard displays 'Pairing with GPS-GW-005 failed'.
Comment 1 Ralph Loader 2008-09-29 02:16:48 EDT
Hacking the source code to hardwire the passcode, got the device connected OK.

So bug is that bluetooth-wizard assumes it can always choose an arbitrary

It can't; it needs to let the user input the passcode, as it may be hardwired
into the device.

I guess this bug should go upstream, but I can't find an upstream bugzilla. 
Any hints/  the www.bluez.org website doesn't list any contacts for the
user-space stuff.
Comment 2 Bastien Nocera 2008-09-29 04:16:00 EDT
Use the mailing-list on vger.kernel.org. It's probably using the hard-coded "0000" pincode as the device also offers a headset functionality.
Comment 3 Bastien Nocera 2008-10-10 10:11:48 EDT
Could you let me know the output of:
sdptool browse <bluetooth address>

when the device is ready to pair, as well as the pin code you used to configure it (I guess 0000 ?).
Comment 4 Ralph Loader 2008-10-10 22:31:00 EDT
sdptool gives not very much:

$ sdptool browse 00:0D:B5:38:37:56
Browsing 00:0D:B5:38:37:56 ...

and exits.

The pin is indeed 0000.
Comment 5 Bastien Nocera 2008-10-13 06:29:06 EDT
Could you please try getting the output of "hcitool info <bluetooth address>", as well as "sdptool search --bdaddr <bluetooth address> SP"?
Comment 6 Ralph Loader 2008-10-16 02:13:48 EDT
$ hcitool info 00:0D:B5:38:37:56
Requesting information ...
	BD Address:  00:0D:B5:38:37:56
	Device Name: BT-GPS-383756
	LMP Version: 1.2 (0x2) LMP Subversion: 0x8ce
	Manufacturer: Cambridge Silicon Radio (10)
	Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80
		<3-slot packets> <5-slot packets> <encryption> <slot offset> 
		<timing accuracy> <role switch> <hold mode> <sniff mode> 
		<park state> <RSSI> <channel quality> <SCO link> <HV2 packets> 
		<HV3 packets> <u-law log> <A-law log> <CVSD> <paging scheme> 
		<power control> <transparent SCO> <broadcast encrypt> 
		<EDR ACL 2 Mbps> <EDR ACL 3 Mbps> <enhanced iscan> 
		<interlaced iscan> <interlaced pscan> <inquiry with RSSI> 
		<extended SCO> <EV4 packets> <EV5 packets> <AFH cap. slave> 
		<AFH class. slave> <3-slot EDR ACL> <5-slot EDR ACL> 
		<AFH cap. master> <AFH class. master> <EDR eSCO 2 Mbps> 
		<EDR eSCO 3 Mbps> <3-slot EDR eSCO> <extended features> 

$ sdptool search --bdaddr 00:0D:B5:38:37:56 SP
Searching for SP on 00:0D:B5:38:37:56 ...
Service Name: BT-GPS COM Port
Service RecHandle: 0x10000
Service Class ID List:
  "Serial Port" (0x1101)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 1
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Comment 7 Bastien Nocera 2008-10-23 05:01:43 EDT
I finally received the hardware to test this. Should have something to report tomorrow.
Comment 8 Bastien Nocera 2008-10-23 18:12:41 EDT
Please test:

If it doesn't work, please provide the full output of "hcitool scan" redirected to a file (so that no data is lost) when the GPS device is discoverable.
Comment 9 Bug Zapper 2008-11-25 22:15:49 EST
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
Comment 10 Bastien Nocera 2009-01-16 05:24:54 EST
Fixed in the errata:

Note You need to log in before you can comment on or make changes to this bug.