[touch] Bluetooth killswitch not always restored after reboot
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
urfkill (Ubuntu) |
Fix Released
|
Critical
|
Tony Espy | ||
urfkill (Ubuntu RTM) |
Fix Released
|
Critical
|
Tony Espy |
Bug Description
Devices: mako, krillin
Images: RTM #63/#72
Extra Packages: urfkill - 0.6.0~20140923.
Note - the above version of urfkill is currently being silo-tested.
When Bluetooth is disabled from the indicator or system settings, it's state is not being persisted to urfkill's saved-states file, so if the system is restarted, BT will be enabled.
If however, BT is disabled, then FlightMode enabled, the state file is correctly updated and if/when FM is disabled ( even after a reboot ), BT will stay disabled, and if rebooted again will still be disabled. This is because when FM is enabled, the state file is updated whereas when the BT rfkill device changes, even though urfkill registers it, it doesn't update the state file.
Note - this is similar to bug #1296114 which was reported against a 14.04 x86 desktop.
description: | updated |
Changed in urfkill (Ubuntu): | |
status: | New → Confirmed |
importance: | Undecided → Critical |
assignee: | nobody → Tony Espy (awe) |
tags: | added: amd6beta qa-daily-testing rtm14 touch-2014-10-09 trusty |
tags: |
added: beta removed: amd6beta trusty |
Changed in urfkill (Ubuntu): | |
status: | Confirmed → In Progress |
summary: |
- Bluetooth killswitch not always restored after reboot + [touch] Bluetooth killswitch not always restored after reboot |
Changed in urfkill (Ubuntu RTM): | |
status: | New → Fix Committed |
importance: | Undecided → Critical |
assignee: | nobody → Tony Espy (awe) |
Fix committed:
https:/ /github. com/cyphermox/ urfkill/ pull/14
This change ensures that when a native rfkill change event is processed, the persistent state is updated.