2015-10-27 14:45:04 |
Guilhem Lettron |
bug |
|
|
added bug |
2015-10-27 14:49:02 |
Guilhem Lettron |
branch linked |
|
lp:~guilhem-fr/bluez/autoenable |
|
2015-10-27 14:49:43 |
Guilhem Lettron |
branch linked |
|
lp:ubuntu/wily/bluez |
|
2015-10-27 14:50:02 |
Guilhem Lettron |
summary |
BLE pairing failed |
BLE pairing fail |
|
2015-10-27 15:53:43 |
Guilhem Lettron |
description |
On 15.10 we now have bluez 5 so we can pair BLE devices like the Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More informations: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used instead of udev rules.
here is a commit with this parameter: http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
And a ppa to test it: https://code.launchpad.net/~guilhem-fr/+archive/ubuntu/bluez-autoenable |
On 15.10 we now have bluez 5 so we can pair BLE devices like the Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More information: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used instead of udev rules.
here is a commit with this parameter: http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
And a ppa to test it: https://code.launchpad.net/~guilhem-fr/+archive/ubuntu/bluez-autoenable |
|
2015-10-27 21:29:54 |
Launchpad Janitor |
bluez (Ubuntu): status |
New |
Confirmed |
|
2015-10-28 07:26:39 |
Martin Pitt |
bug |
|
|
added subscriber Mathieu Trudel-Lapierre |
2015-10-28 07:26:44 |
Martin Pitt |
bug |
|
|
added subscriber Martin Pitt |
2015-10-29 11:30:31 |
Martin Pitt |
bluez (Ubuntu): assignee |
|
Simon Fels (morphis) |
|
2015-10-30 07:16:02 |
Nahum Rozen |
bug |
|
|
added subscriber Nahum Rozen |
2015-10-30 20:01:57 |
Alberto Salvia Novella |
bluez (Ubuntu): importance |
Undecided |
High |
|
2015-11-01 17:59:48 |
Aleh Arol |
bug |
|
|
added subscriber Aleh Arol |
2015-11-23 00:55:17 |
Keith McClelland |
attachment added |
|
syslog https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1510570/+attachment/4523863/+files/syslog |
|
2015-11-28 08:44:53 |
Johan Nilsson |
bug |
|
|
added subscriber Johan Nilsson |
2015-12-06 22:39:59 |
Sem Brignoli |
bug |
|
|
added subscriber Sem Brignoli |
2015-12-30 07:00:25 |
Mark O |
bug |
|
|
added subscriber Mark O |
2016-01-03 18:28:35 |
lovefish |
bug watch added |
|
mailto:1398738509@qq.com |
|
2016-01-03 18:28:35 |
lovefish |
bug task added |
|
bluez |
|
2016-01-03 18:29:19 |
lovefish |
bug task deleted |
bluez |
|
|
2016-04-26 18:53:32 |
Henry Yei |
bug |
|
|
added subscriber Henry Yei |
2016-05-18 18:48:07 |
Kathryn Morgan |
bug |
|
|
added subscriber Benjamin Morgan |
2016-05-31 15:20:45 |
Aleh Arol |
removed subscriber Aleh Arol |
|
|
|
2016-06-16 07:19:26 |
Nil PARRA |
bug |
|
|
added subscriber Nil PARRA |
2016-07-06 02:51:19 |
Kai-Heng Feng |
bug |
|
|
added subscriber Kai-Heng Feng |
2016-07-06 02:54:16 |
Shih-Yuan Lee |
bug |
|
|
added subscriber Shih-Yuan Lee |
2016-07-06 06:29:07 |
Robert Liu |
bug |
|
|
added subscriber Robert Liu |
2016-08-04 22:31:20 |
Michael Stucki |
bug |
|
|
added subscriber Michael Stucki |
2016-12-04 14:51:32 |
Júlio Maranhão |
bug |
|
|
added subscriber Júlio Maranhão |
2017-01-03 12:16:20 |
Konrad Zapałowicz |
tags |
wily |
papercuts2017 wily |
|
2017-01-06 10:03:22 |
Ads20000 |
tags |
papercuts2017 wily |
papercuts2017 wily xenial |
|
2017-01-06 10:06:23 |
Ads20000 |
tags |
papercuts2017 wily xenial |
papercuts2017 wily xenial yakkety |
|
2017-02-21 16:41:11 |
Jack Daniels |
bug |
|
|
added subscriber Jack Daniels |
2017-02-25 02:46:36 |
Rui Neto |
bug |
|
|
added subscriber Rui Neto |
2017-04-05 22:40:09 |
Brian Murray |
bluez (Ubuntu): status |
Confirmed |
Incomplete |
|
2017-04-05 22:56:41 |
Brian Murray |
bug |
|
|
added subscriber Brian Murray |
2017-04-08 15:59:41 |
Júlio Maranhão |
removed subscriber Júlio Maranhão |
|
|
|
2017-04-15 08:10:22 |
antoine |
bug |
|
|
added subscriber antoine |
2017-05-04 07:37:39 |
Daniel van Vugt |
summary |
BLE pairing fail |
Bluetooth LE pairing fail |
|
2017-05-04 07:38:14 |
Daniel van Vugt |
bluez (Ubuntu): assignee |
Simon Fels (morphis) |
|
|
2017-05-04 07:38:32 |
Daniel van Vugt |
bluez (Ubuntu): status |
Incomplete |
In Progress |
|
2017-05-04 07:38:35 |
Daniel van Vugt |
bluez (Ubuntu): status |
In Progress |
Incomplete |
|
2017-05-04 08:49:23 |
Konrad Zapałowicz |
description |
On 15.10 we now have bluez 5 so we can pair BLE devices like the Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More information: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used instead of udev rules.
here is a commit with this parameter: http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
And a ppa to test it: https://code.launchpad.net/~guilhem-fr/+archive/ubuntu/bluez-autoenable |
[Impact]
When the Bluetooth adapter is not powered on it is not possible to use
it in normal way. We used to have a hack to force powering on by using
an udev rule but this doe snot work anymore. Luckily the BlueZ has
introduced "AutoEnable" option that makes the stack power on adapters by
itself.
Backporting this to xenial will improve life of the desktop users and
will not require them to hack the solution on their own. The fix itself
uses the well known solution to this problem that is floating around
there for a while.
The upload fixes the bug by enabling the 'AutoEnable' option in the
bluetoothd config file.
[Original Report]
. 15.10 we now have bluez 5 so we can pair BLE devices like the
Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More information: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used
instead of udev rules.
here is a commit with this parameter:
http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
[Test Case]
Edit the /etc/bluetooth/main.conf and disable the 'AutoEnable' option.
Remove file 50-bluetooth-hci-auto-poweron.rules located in
/lib/udev/rules.d. Now reboot the machine. The BT adapter shall be
powered off now.
[Regression Potential]
Cannot think of any
[Other Info] |
|
2017-05-04 08:52:09 |
Konrad Zapałowicz |
description |
[Impact]
When the Bluetooth adapter is not powered on it is not possible to use
it in normal way. We used to have a hack to force powering on by using
an udev rule but this doe snot work anymore. Luckily the BlueZ has
introduced "AutoEnable" option that makes the stack power on adapters by
itself.
Backporting this to xenial will improve life of the desktop users and
will not require them to hack the solution on their own. The fix itself
uses the well known solution to this problem that is floating around
there for a while.
The upload fixes the bug by enabling the 'AutoEnable' option in the
bluetoothd config file.
[Original Report]
. 15.10 we now have bluez 5 so we can pair BLE devices like the
Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More information: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used
instead of udev rules.
here is a commit with this parameter:
http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
[Test Case]
Edit the /etc/bluetooth/main.conf and disable the 'AutoEnable' option.
Remove file 50-bluetooth-hci-auto-poweron.rules located in
/lib/udev/rules.d. Now reboot the machine. The BT adapter shall be
powered off now.
[Regression Potential]
Cannot think of any
[Other Info] |
[Impact]
When the Bluetooth adapter is not powered on it is not possible to use
it in normal way. We used to have a hack to force powering on by using
an udev rule but this doe snot work anymore. Luckily the BlueZ has
introduced "AutoEnable" option that makes the stack power on adapters by
itself.
Backporting this to xenial will improve life of the desktop users and
will not require them to hack the solution on their own. The fix itself
uses the well known solution to this problem that is floating around
there for a while.
The upload fixes the bug by enabling the 'AutoEnable' option in the
bluetoothd config file.
[Original Report]
. 15.10 we now have bluez 5 so we can pair BLE devices like the
Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More information: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used
instead of udev rules.
here is a commit with this parameter:
http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
[Test Case]
Edit the /etc/bluetooth/main.conf and disable the 'AutoEnable' option.
Remove file 50-bluetooth-hci-auto-poweron.rules located in
/lib/udev/rules.d. Now reboot the machine. The BT adapter shall be
powered off now.
[Regression Potential]
Cannot think of any
[Other Info]
This fix is included in the development release, see: http://bazaar.launchpad.net/~bluetooth/bluez/ubuntu-zesty/revision/22 |
|
2017-05-04 08:52:49 |
Konrad Zapałowicz |
bluez (Ubuntu): status |
Incomplete |
Fix Released |
|
2017-05-04 11:40:41 |
Robie Basak |
nominated for series |
|
Ubuntu Xenial |
|
2017-05-04 11:40:41 |
Robie Basak |
bug task added |
|
bluez (Ubuntu Xenial) |
|
2017-11-08 12:57:18 |
Yuan-Chen Cheng |
bug task added |
|
oem-priority |
|
2017-11-08 12:57:27 |
Yuan-Chen Cheng |
oem-priority: importance |
Undecided |
Critical |
|
2017-11-08 12:57:34 |
Yuan-Chen Cheng |
oem-priority: status |
New |
Confirmed |
|
2017-12-11 19:18:34 |
Launchpad Janitor |
bluez (Ubuntu Xenial): status |
New |
Confirmed |
|
2017-12-18 14:11:28 |
Konrad Zapałowicz |
bluez (Ubuntu Xenial): assignee |
|
Konrad Zapałowicz (kzapalowicz) |
|
2017-12-18 14:12:33 |
Yuan-Chen Cheng |
oem-priority: assignee |
|
Cyrus Lien (cyruslien) |
|
2017-12-19 01:43:48 |
Yuan-Chen Cheng |
tags |
papercuts2017 wily xenial yakkety |
papercuts2017 risk wily xenial yakkety |
|
2017-12-20 03:29:51 |
Yuan-Chen Cheng |
tags |
papercuts2017 risk wily xenial yakkety |
papercuts2017 risk sru wily xenial yakkety |
|
2018-01-02 07:33:29 |
Yuan-Chen Cheng |
tags |
papercuts2017 risk sru wily xenial yakkety |
papercuts2017 sru wily xenial yakkety |
|
2018-01-10 12:45:11 |
Konrad Zapałowicz |
description |
[Impact]
When the Bluetooth adapter is not powered on it is not possible to use
it in normal way. We used to have a hack to force powering on by using
an udev rule but this doe snot work anymore. Luckily the BlueZ has
introduced "AutoEnable" option that makes the stack power on adapters by
itself.
Backporting this to xenial will improve life of the desktop users and
will not require them to hack the solution on their own. The fix itself
uses the well known solution to this problem that is floating around
there for a while.
The upload fixes the bug by enabling the 'AutoEnable' option in the
bluetoothd config file.
[Original Report]
. 15.10 we now have bluez 5 so we can pair BLE devices like the
Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More information: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used
instead of udev rules.
here is a commit with this parameter:
http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
[Test Case]
Edit the /etc/bluetooth/main.conf and disable the 'AutoEnable' option.
Remove file 50-bluetooth-hci-auto-poweron.rules located in
/lib/udev/rules.d. Now reboot the machine. The BT adapter shall be
powered off now.
[Regression Potential]
Cannot think of any
[Other Info]
This fix is included in the development release, see: http://bazaar.launchpad.net/~bluetooth/bluez/ubuntu-zesty/revision/22 |
[Impact]
When the Bluetooth adapter is not powered on it is not possible to use
it in normal way. We used to have a hack to force powering on by using
an udev rule but this doe snot work anymore. Luckily the BlueZ has
introduced "AutoEnable" option that makes the stack power on adapters by
itself.
Backporting this to xenial will improve life of the desktop users and
will not require them to hack the solution on their own. The fix itself
uses the well known solution to this problem that is floating around
there for a while.
The upload fixes the bug by enabling the 'AutoEnable' option in the
bluetoothd config file.
[Original Report]
. 15.10 we now have bluez 5 so we can pair BLE devices like the
Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More information: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used
instead of udev rules.
here is a commit with this parameter:
http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
[Test Case]
On xenial install from ppa: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez
Now reboot the machine. The BT adapter shall be
powered on.
[Regression Potential]
If things go wrong the adapter will not be powered on after the system boots up. Therefore while testing please focus on the adapter state, i.e. powered on or off.
[Other Info]
This fix is included in the development release, see: http://bazaar.launchpad.net/~bluetooth/bluez/ubuntu-zesty/revision/22 |
|
2018-01-10 12:46:15 |
Konrad Zapałowicz |
description |
[Impact]
When the Bluetooth adapter is not powered on it is not possible to use
it in normal way. We used to have a hack to force powering on by using
an udev rule but this doe snot work anymore. Luckily the BlueZ has
introduced "AutoEnable" option that makes the stack power on adapters by
itself.
Backporting this to xenial will improve life of the desktop users and
will not require them to hack the solution on their own. The fix itself
uses the well known solution to this problem that is floating around
there for a while.
The upload fixes the bug by enabling the 'AutoEnable' option in the
bluetoothd config file.
[Original Report]
. 15.10 we now have bluez 5 so we can pair BLE devices like the
Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More information: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used
instead of udev rules.
here is a commit with this parameter:
http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
[Test Case]
On xenial install from ppa: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez
Now reboot the machine. The BT adapter shall be
powered on.
[Regression Potential]
If things go wrong the adapter will not be powered on after the system boots up. Therefore while testing please focus on the adapter state, i.e. powered on or off.
[Other Info]
This fix is included in the development release, see: http://bazaar.launchpad.net/~bluetooth/bluez/ubuntu-zesty/revision/22 |
[Impact]
When the Bluetooth adapter is not powered on it is not possible to use
it in normal way. We used to have a hack to force powering on by using
an udev rule but this doe snot work anymore. Luckily the BlueZ has
introduced "AutoEnable" option that makes the stack power on adapters by
itself.
Backporting this to xenial will improve life of the desktop users and
will not require them to hack the solution on their own. The fix itself
uses the well known solution to this problem that is floating around
there for a while.
The upload fixes the bug by enabling the 'AutoEnable' option in the
bluetoothd config file.
[Original Report]
. 15.10 we now have bluez 5 so we can pair BLE devices like the
Microsoft Arc Touch Bluetooth Mouse.
But this pairing doesn't work very well. Mouse is seen but pairing fail.
More information: https://bugzilla.kernel.org/show_bug.cgi?id=104011#c5
This is due to udev rule that use "hcitool" to power on device.
Hopefully, bluez 5.35 has a new parameter "AutoEnable" who can be used
instead of udev rules.
here is a commit with this parameter:
http://bazaar.launchpad.net/~guilhem-fr/bluez/autoenable/revision/138
[Test Case]
On xenial install from ppa: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez
Now reboot the machine. The BT adapter shall be
powered on.
[Regression Potential]
If things go wrong the adapter will not be powered on after the system boots up. Therefore while testing please focus on the adapter state, i.e. powered on or off.
[Other Info]
This fix is included in the development release, see: http://bazaar.launchpad.net/~bluetooth/bluez/ubuntu-zesty/revision/22
[What to upload]
For xenial as in:
) https://launchpad.net/~bluetooth/+archive/ubuntu/bluez
) https://launchpadlibrarian.net/347480725/bluez_5.37-0ubuntu5_5.37-0ubuntu5.2~build1.diff.gz |
|
2018-01-10 12:46:49 |
Konrad Zapałowicz |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2018-01-18 15:48:57 |
Łukasz Zemczak |
bluez (Ubuntu Xenial): status |
Confirmed |
Fix Committed |
|
2018-01-18 15:48:59 |
Łukasz Zemczak |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2018-01-18 15:49:03 |
Łukasz Zemczak |
bug |
|
|
added subscriber SRU Verification |
2018-01-18 15:49:12 |
Łukasz Zemczak |
tags |
papercuts2017 sru wily xenial yakkety |
papercuts2017 sru verification-needed verification-needed-xenial wily xenial yakkety |
|
2018-01-23 02:35:42 |
Daniel van Vugt |
tags |
papercuts2017 sru verification-needed verification-needed-xenial wily xenial yakkety |
papercuts2017 sru verification-failed-xenial verification-needed wily xenial yakkety |
|
2018-01-23 12:53:11 |
cement_head |
bug |
|
|
added subscriber cement_head |
2018-01-24 20:33:29 |
Ubuntu Foundations Team Bug Bot |
tags |
papercuts2017 sru verification-failed-xenial verification-needed wily xenial yakkety |
papercuts2017 sru verification-failed verification-failed-xenial verification-needed wily xenial yakkety |
|
2018-01-29 02:07:54 |
Daniel van Vugt |
tags |
papercuts2017 sru verification-failed verification-failed-xenial verification-needed wily xenial yakkety |
papercuts2017 sru verification-needed verification-needed-xenial wily xenial yakkety |
|
2018-02-09 19:25:43 |
Brian Murray |
removed subscriber Ubuntu Sponsors Team |
|
|
|
2018-03-19 08:23:22 |
Yuan-Chen Cheng |
oem-priority: importance |
Critical |
High |
|
2018-05-22 06:53:38 |
Yuan-Chen Cheng |
oem-priority: importance |
High |
Medium |
|
2018-06-29 15:17:03 |
Łukasz Zemczak |
bluez (Ubuntu Xenial): status |
Fix Committed |
Won't Fix |
|
2018-09-25 09:28:00 |
Oliver Walsh |
bug |
|
|
added subscriber Oliver Walsh |
2018-09-25 09:28:32 |
Oliver Walsh |
removed subscriber Oliver Walsh |
|
|
|
2020-04-24 08:04:36 |
Rex Tsai |
oem-priority: status |
Confirmed |
Won't Fix |
|