After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 576490 - Another GPS mouse requires passcode 0000
Another GPS mouse requires passcode 0000
Status: RESOLVED FIXED
Product: gnome-bluetooth
Classification: Core
Component: wizard
0.11.x
Other All
: Normal normal
: ---
Assigned To: gnome-bluetooth-general-maint@gnome.bugs
gnome-bluetooth-general-maint@gnome.bugs
Depends on:
Blocks:
 
 
Reported: 2009-03-23 21:29 UTC by TS
Modified: 2009-03-25 10:53 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Patch that works for me (392 bytes, patch)
2009-03-23 21:30 UTC, TS 		none Details | Review

Description TS 2009-03-23 21:29:50 UTC 
Please describe the problem:
Similar to http://bugzilla.gnome.org/show_bug.cgi?id=563554

# hcitool scan
Scanning ...
        00:0D:B5:33:9D:35       BT-GPS-339D35

# hcitool info 00:0D:B5:33:9D:35
Requesting information ...
        BD Address:  00:0D:B5:33:9D:35
        OUI Company: GLOBALSAT TECHNOLOGY CORPORATION (00-0D-B5)
        Device Name: BT-GPS-339D35
        LMP Version: 1.2 (0x2) LMP Subversion: 0x5df
        Manufacturer: Cambridge Silicon Radio (10)
        Features: 0xff 0xff 0x8f 0x78 0x18 0x18 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>
                <enhanced iscan> <interlaced iscan> <interlaced pscan>
                <inquiry with RSSI> <AFH cap. slave> <AFH class. slave>
                <AFH cap. master> <AFH class. master> <extended features>

And it would be nice if bluetooth-wizard had an "advanced mode" that made it possible to connect to such devices without first finding and editing the pincode file...

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 TS 2009-03-23 21:30:50 UTC 
Created attachment 131219 [details] [review]
Patch that works for me
Comment 2 Bastien Nocera 2009-03-25 01:27:23 UTC 
(In reply to comment #0)
<snip>
> And it would be nice if bluetooth-wizard had an "advanced mode" that made it
> possible to connect to such devices without first finding and editing the
> pincode file...

That was in gnome-bluetooth 2.27.0, the first version with a wizard. You must have been running something else...

Fixed in trunk:
http://svn.gnome.org/viewvc/gnome-bluetooth?view=revision&revision=536
Comment 3 TS 2009-03-25 07:38:38 UTC 
Thanks for the quick response!

FYI, I'm running:
$ rpm -q gnome-bluetooth
gnome-bluetooth-0.11.0-5.fc10.i386

I.e. up2date Fedora 10.
Comment 4 Bastien Nocera 2009-03-25 10:53:19 UTC 
Yeah, you're running bluez-gnome's wizard with my patches (and without the pin selection dialogue). So you didn't run gnome-bluetooth :)