Merge lp:~yuningdodo/unity-control-center/unity-control-center.lp1248720-block-power-callback-unless-its-triggered-by-user into lp:unity-control-center
| Status: | Merged |
|---|---|
| Approved by: | Sebastien Bacher on 2015-04-09 |
| Approved revision: | 12812 |
| Merged at revision: | 12815 |
| Proposed branch: | lp:~yuningdodo/unity-control-center/unity-control-center.lp1248720-block-power-callback-unless-its-triggered-by-user |
| Merge into: | lp:unity-control-center |
| Diff against target: |
72 lines (+19/-0) 1 file modified
panels/bluetooth/cc-bluetooth-panel.c (+19/-0) |
| To merge this branch: | bzr merge lp:~yuningdodo/unity-control-center/unity-control-center.lp1248720-block-power-callback-unless-its-triggered-by-user |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Lars Karlitski (community) | Approve on 2015-04-09 | ||
| Sebastien Bacher | 2015-04-02 | Approve on 2015-04-09 | |
| Mathieu Trudel-Lapierre | Abstain on 2015-04-08 | ||
|
Review via email:
|
|||
Commit Message
Block power callback unless it's triggered by the user.
Description of the Change
Block power callback unless it's triggered by the user.
| Yu Ning (yuningdodo) wrote : | # |
Oh sorry, forgot to mention that this patch is for bug #1248720.
| Sebastien Bacher (seb128) wrote : | # |
do you know if that's an issue impacting upstream as well and if it could be sent to GNOME for gnome-control-
| Mathieu Trudel-Lapierre (cyphermox) wrote : | # |
Looks fine to me. Avoiding to represent the bluetooth powered changes initiated by the app is logical. That said, I am not convinced it will indeed fix the issue completely, but the code changes seem correct.
Please address seb's concerns with upstreaming the code though.
| Yu Ning (yuningdodo) wrote : | # |
Thanks for the review, let me install a gnome desktop and have a try. Will update later.
| Yu Ning (yuningdodo) wrote : | # |
I installed gnome desktop on ubuntu trusty, and can also reproduce the issue in gnome-control-
The package version is:
gnome-control-
$ gnome-control-
gnome-control-
| Sebastien Bacher (seb128) wrote : | # |
@Yu, thanks, any chance you could try on something newer like vivid? 3.6 is really outdated and doesn't reflect current upstream state
| Yu Ning (yuningdodo) wrote : | # |
@Sebastien, more details are tested on bug #1248720.
| Sebastien Bacher (seb128) wrote : | # |
thanks, it's not the most elegant but it should work ;-)
| Lars Karlitski (larsu) wrote : | # |
Blocking signals is quite ugly. GtkSwitch differentiates between "state" and "active" for cases like this. I've fixed this in my bluez5 branch[1].
It'll work though. I'm fine with adding it for V and getting the proper fix next cycle. Thanks for working on this!
[1] http://


Thank you for your work, could you give some context/explain why you are doing that? Is that resolving an user visible issue?