Cannot connect to 1byone bluetooth keyboard (after successfully pairing)

Bug #1492441 reported by Michael Terry
22
This bug affects 5 people
Affects Status Importance Assigned to Milestone
bluez (Ubuntu)
Expired
High
Unassigned

Bug Description

I own a 1byone bluetooth keyboard/touchpad combo device. I'm using wily.

I have managed to successfully pair it (the UI did not work for this -- bug 1492443). But doing it via the console did pair it:

$ bluetoothctl
[NEW] Device 08:73:00:13:CC:45 1byone Keyboard
[bluetooth]# agent on
Agent registered
[bluetooth]# default-agent
Default agent request successful
[bluetooth]# pair 08:73:00:13:CC:45
Attempting to pair with 08:73:00:13:CC:45
[CHG] Device 08:73:00:13:CC:45 Connected: yes
[agent] PIN code: 420005
[CHG] Device 08:73:00:13:CC:45 Modalias: usb:v04E8p7021d011B
[CHG] Device 08:73:00:13:CC:45 UUIDs: 00001000-0000-1000-8000-00805f9b34fb
[CHG] Device 08:73:00:13:CC:45 UUIDs: 00001124-0000-1000-8000-00805f9b34fb
[CHG] Device 08:73:00:13:CC:45 UUIDs: 00001200-0000-1000-8000-00805f9b34fb
[CHG] Device 08:73:00:13:CC:45 Paired: yes
Pairing successful
[CHG] Device 08:73:00:13:CC:45 Connected: no
[CHG] Device 60:03:08:C9:C0:87 RSSI: -59
[CHG] Device 60:03:08:C9:C0:87 RSSI: -48
[CHG] Device 60:03:08:C9:C0:87 RSSI: -60
[CHG] Device 60:03:08:C9:C0:87 RSSI: -48
etc, etc (kept outputting RSSI bits every now and then)

OK. So it paired. (which means it's not bug 1490347)

But now I can't connect. You can see above that it says "Connected: no". If I go to the Bluetooth panel in System Settings, its "Connection" switch is set to Off and disabled. But it otherwise seems to be successfully paired.

ProblemType: Bug
DistroRelease: Ubuntu 15.10
Package: bluetooth (not installed)
ProcVersionSignature: Ubuntu 4.1.0-3.3-generic 4.1.3
Uname: Linux 4.1.0-3-generic x86_64
ApportVersion: 2.18-0ubuntu9
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Sep 4 15:16:58 2015
DistributionChannelDescriptor:
 # This is a distribution channel descriptor
 # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor
 canonical-oem-somerville-precise-amd64-20120703-2
EcryptfsInUse: Yes
InstallationDate: Installed on 2013-01-09 (967 days ago)
InstallationMedia: Ubuntu 12.04 "Precise" - Build amd64 LIVE Binary 20120703-15:08
InterestingModules: rfcomm bnep btusb bluetooth
MachineType: Dell Inc. Dell System XPS L322X
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.1.0-3-generic root=UUID=0719ea95-7c02-4d0a-a969-1ba285c420f2 ro quiet splash vt.handoff=7
SourcePackage: bluez
SystemImageInfo:
 current build number: 0
 device name:
 channel: daily
 last update: Unknown
UpgradeStatus: Upgraded to wily on 2013-01-31 (945 days ago)
dmi.bios.date: 12/03/2012
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A06
dmi.board.name: 0CK86J
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.chassis.version: 0.1
dmi.modalias: dmi:bvnDellInc.:bvrA06:bd12/03/2012:svnDellInc.:pnDellSystemXPSL322X:pvr:rvnDellInc.:rn0CK86J:rvrA00:cvnDellInc.:ct8:cvr0.1:
dmi.product.name: Dell System XPS L322X
dmi.sys.vendor: Dell Inc.
hciconfig:
 hci0: Type: BR/EDR Bus: USB
  BD Address: C4:85:08:FB:58:0A ACL MTU: 310:10 SCO MTU: 64:8
  UP RUNNING PSCAN
  RX bytes:19494 acl:0 sco:0 events:721 errors:0
  TX bytes:3449 acl:0 sco:0 commands:234 errors:1

Revision history for this message
Michael Terry (mterry) wrote :
Michael Terry (mterry)
description: updated
Revision history for this message
Simon Fels (morphis) wrote :

When connecting a device doesn't work this normally means that there is no handler for the profiles bluez tries to connect with. "Connecting with a bluetooth device" means "Connecting with a profile". When you enter "connect <mac addr>" in bluetoothctl bluez will go through all profiles the remote devices provides, looking for an handler for this profile (either in bluetoothd or in another service like pulseaudio for A2DP/HFP) and if a handler is found it will be to connect with that profile.

Can you do the following:

$ sudo systemctl stop bluetooth
$ sudo bluetoothd -n -d

in another terminal

$ bluetoothctl
# connect <dev addr>

and then attach the output of bluetoothd here?

Revision history for this message
Michael Terry (mterry) wrote :

Does the keyboard need to be in pairing mode to connect (vs actually pair?). It seemed to help me today, but I had thought that when I first reported this bug I had also tried putting it in pairing mode.

Without the keyboard in pairing mode:

bluetoothd[4848]: src/device.c:connect_profiles() /org/bluez/hci0/dev_08_73_00_13_CC_45 (all), client :1.147
bluetoothd[4848]: profiles/input/device.c:input_device_connect()
bluetoothd[4848]: Can't get HIDP connection info
bluetoothd[4848]: src/service.c:change_state() 0x556055ffed90: device 08:73:00:13:CC:45 profile input-hid state changed: disconnected -> connecting (0)
bluetoothd[4848]: src/adapter.c:connect_failed_callback() hci0 08:73:00:13:CC:45 status 4
bluetoothd[4848]: plugins/policy.c:conn_fail_cb() status 4
bluetoothd[4848]: src/adapter.c:bonding_attempt_complete() hci0 bdaddr 08:73:00:13:CC:45 type 0 status 0x4
bluetoothd[4848]: src/device.c:device_bonding_complete() bonding (nil) status 0x04
bluetoothd[4848]: src/device.c:device_bonding_failed() status 4
bluetoothd[4848]: src/adapter.c:resume_discovery()
bluetoothd[4848]: connect error: Host is down (112)
bluetoothd[4848]: src/service.c:change_state() 0x556055ffed90: device 08:73:00:13:CC:45 profile input-hid state changed: connecting -> disconnected (-5)
bluetoothd[4848]: src/device.c:device_profile_connected() input-hid Input/output error (5)
bluetoothd[4848]: src/device.c:device_profile_connected() returning response to :1.147

With the device in pairing mode (it connected! Yay! But now it appears paired and connected, but won't actually type any letters in... so something is still wrong):

bluetoothd[4848]: src/device.c:connect_profiles() /org/bluez/hci0/dev_08_73_00_13_CC_45 (all), client :1.147
bluetoothd[4848]: profiles/input/device.c:input_device_connect()
bluetoothd[4848]: Can't get HIDP connection info
bluetoothd[4848]: src/service.c:change_state() 0x556055ffed90: device 08:73:00:13:CC:45 profile input-hid state changed: disconnected -> connecting (0)
bluetoothd[4848]: src/adapter.c:connected_callback() hci0 device 08:73:00:13:CC:45 connected eir_len 17
bluetoothd[4848]: src/service.c:change_state() 0x556055ffed90: device 08:73:00:13:CC:45 profile input-hid state changed: connecting -> connected (0)
bluetoothd[4848]: src/device.c:device_profile_connected() input-hid Success (0)
bluetoothd[4848]: src/device.c:device_profile_connected() returning response to :1.147
bluetoothd[4848]: src/service.c:btd_service_ref() 0x556055ffed90: ref=3
bluetoothd[4848]: plugins/policy.c:service_cb() Added input-hid reconnect 0
bluetoothd[4848]: src/adapter.c:bonding_attempt_complete() hci0 bdaddr 08:73:00:13:CC:45 type 0 status 0x5
bluetoothd[4848]: src/device.c:device_bonding_complete() bonding (nil) status 0x05
bluetoothd[4848]: src/device.c:device_bonding_failed() status 5
bluetoothd[4848]: src/adapter.c:resume_discovery()
bluetoothd[4848]: src/device.c:search_cb() 08:73:00:13:CC:45: No service update
bluetoothd[4848]: src/device.c:device_svc_resolved() /org/bluez/hci0/dev_08_73_00_13_CC_45 err 0

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

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in bluez (Ubuntu):
status: New → Confirmed
Revision history for this message
Chris Martin (chris-martin-cc) wrote :

I also experience the same bug.

I have a dell bluetooth keyboard that with not pair.
The GUI does not select a pin, and none of the pin options work.
I can connect via the command line and the keyboard will work, untill I reboot

Then I have to use the command line to connect again

Revision history for this message
sumwun ondanet (cuyabro) wrote :

I was able to pair it successfully via the GUI. I selected to use the pin option to auto and while the wizard finished it flashed briefly the pair code on the screen. I entered the pin even though there was no 'field' to enter the pin in. Once I entered the pin the keyboard finally paired. Definitely, not user friendly.

Once connected I am able to see the 'disconnect' option available under '1byOne keyboard' . I am entering this comment using it. I am having issues with over sensitivity with the trackpad and that's how I ran into this post. I thought this feedback could help.

I am running Ubuntu 12.04 LTS on a Toshiba Satellite L505D-S5983.

Revision history for this message
David Laštovička (david-lastovicka) wrote :

As a workaround I managed to pair successfully following the instruction in the "Pairing process" section at
https://wiki.archlinux.org/index.php/Bluetooth_keyboard
i.e.
sudo bluetoothctl -a
power on
agent KeyboardOnly
default-agent
pairable on
#enter pairing mode on the keyboard
scan on
pair MAC_OF_THE_KEABOARD_FROM_PREVIOUS_STEP
#I think now I had to enter the displayed pin on the bluetooth keyboard and press enter
trust MAC...
connect MAC...
quit
The keyboard stays connected even after the system restart.

Changed in bluez (Ubuntu):
importance: Undecided → High
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Thank you for reporting this bug to Ubuntu. Ubuntu 15.10 (wily) reached end-of-life on July 28, 2016.

See this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases

Please upgrade to the latest version and re-test.

Changed in bluez (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for bluez (Ubuntu) because there has been no activity for 60 days.]

Changed in bluez (Ubuntu):
status: Incomplete → Expired
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.