kernel-packages team mailing list archive

[Konrad Zapałowicz <konrad.zapalowicz@xxxxxxxxxxxxx>]

It seems that I know what is happening and why the pairing is denied. I
think that it is because the device when added to the internal data
structures is not yet fully initialized as the properties are gathered
asynchronously. In the same time the pin request is executed  that tries
to use the yet not valid device. As a consequence the pairing is denied
as the whole procedure is interrupted.

Now, just to confirm what is happening on the Ubuntu System Settings
side I would like to look at the Ubuntu System Settings log. You can
find somewhere in .cache/upstart/application [now I'm not sure] legacy
/ubuntu-system-settings.log It would be awesome if you could search for
it and paste here. Thanks in advance.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to bluez in Ubuntu.
https://bugs.launchpad.net/bugs/1539158

Title:
  Unable to pair with in-car hands-free system after OTA-9 update

Status in Canonical System Image:
  Confirmed
Status in bluez package in Ubuntu:
  Confirmed
Status in ubuntu-system-settings package in Ubuntu:
  Confirmed

Bug description:
  After OTA-9 I started having trouble with my bluetooth connection to the car hands-free system (no sound, and incoming calls no longer displayed the number), so I have reset both the car and the phone connections (eg. forgot the devices).
  Now I can't even pair the phone with the car's system. 
  The car finds the phone, and then asks me to enter the code "0000" to pair the device, but after a few moments, it just says the connection failed and asks me to try again. Which fails again.

  It was working fine just before the update.

  Any logs I should post to help debug?

  PS - The car is a 2015 Honda Civic Tourer, if that matters.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1539158/+subscriptions