Cannot connect to 1byone bluetooth keyboard (after successfully pairing)
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | bluez (Ubuntu) |
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-
[CHG] Device 08:73:00:13:CC:45 UUIDs: 00001124-
[CHG] Device 08:73:00:13:CC:45 UUIDs: 00001200-
[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)
ProcVersionSign
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
DistributionCha
# This is a distribution channel descriptor
# For more information see http://
canonical-
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=
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.
dmi.modalias: dmi:bvnDellInc.
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
| Michael Terry (mterry) wrote : | #1 |
| description: | updated |
| Simon Fels (morphis) wrote : | #2 |
| Michael Terry (mterry) wrote : | #3 |
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.
bluetoothd[4848]: profiles/
bluetoothd[4848]: Can't get HIDP connection info
bluetoothd[4848]: src/service.
bluetoothd[4848]: src/adapter.
bluetoothd[4848]: plugins/
bluetoothd[4848]: src/adapter.
bluetoothd[4848]: src/device.
bluetoothd[4848]: src/device.
bluetoothd[4848]: src/adapter.
bluetoothd[4848]: connect error: Host is down (112)
bluetoothd[4848]: src/service.
bluetoothd[4848]: src/device.
bluetoothd[4848]: src/device.
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.
bluetoothd[4848]: profiles/
bluetoothd[4848]: Can't get HIDP connection info
bluetoothd[4848]: src/service.
bluetoothd[4848]: src/adapter.
bluetoothd[4848]: src/service.
bluetoothd[4848]: src/device.
bluetoothd[4848]: src/device.
bluetoothd[4848]: src/service.
bluetoothd[4848]: plugins/
bluetoothd[4848]: src/adapter.
bluetoothd[4848]: src/device.
bluetoothd[4848]: src/device.
bluetoothd[4848]: src/adapter.
bluetoothd[4848]: src/device.
bluetoothd[4848]: src/device.
| Launchpad Janitor (janitor) wrote : | #4 |
Status changed to 'Confirmed' because the bug affects multiple users.
| Changed in bluez (Ubuntu): | |
| status: | New → Confirmed |
| Chris Martin (chris-martin-cc) wrote : | #5 |
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
| sumwun ondanet (cuyabro) wrote : | #6 |
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.
As a workaround I managed to pair successfully following the instruction in the "Pairing process" section at
https:/
i.e.
sudo bluetoothctl -a
power on
agent KeyboardOnly
default-agent
pairable on
#enter pairing mode on the keyboard
scan on
pair MAC_OF_
#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 |
| Daniel van Vugt (vanvugt) wrote : | #8 |
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:/
Please upgrade to the latest version and re-test.
| Changed in bluez (Ubuntu): | |
| status: | Confirmed → Incomplete |
| Launchpad Janitor (janitor) wrote : | #9 |
[Expired for bluez (Ubuntu) because there has been no activity for 60 days.]
| Changed in bluez (Ubuntu): | |
| status: | Incomplete → Expired |


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?