After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 672782 - Bluetooth Settings on/off slider incorrect UI display after single click or slide
Bluetooth Settings on/off slider incorrect UI display after single click or s...
Status: RESOLVED DUPLICATE of bug 719341
Product: gnome-bluetooth
Classification: Core
Component: applet
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-bluetooth-general-maint@gnome.bugs
gnome-bluetooth-general-maint@gnome.bugs
Depends on:
Blocks:
 
 
Reported: 2012-03-25 04:33 UTC by Jason Gaston
Modified: 2013-11-30 13:09 UTC
See Also:
GNOME target: ---
GNOME version: 3.3/3.4


Description Jason Gaston 2012-03-25 04:33:09 UTC 
Clicking on the system settings Bluetooth control (on/off) slider does
not update the UI control to the new setting.  Also dragging the
(on/off) slider does not result in the control changing its display
between off and on.  However the bluetooth device does turn off and on
in all cases.  If you click on the control again or slide the control
again, then it will display the correct state of the device.  Also, if
you double click on the control, it does operate as expected.  If you close and reopen the settings control, it will always display the correct state.  It is like the control checks the setting to be displayed before the Bluetooth device state can completely change.

GNOME 3.3.92 was installed on Arch Linux from the Arch unstable repository.  The Bluetooth device is a USB dongle.
Comment 1 Jason Gaston 2012-04-09 06:37:55 UTC 
I took a look in cc-bluetooth-panel.c and found that if I commented out line 416 that the control starts to operate correctly.  This is the "gtk_switch_set_active (button, powered);" line in the "cc_bluetooth_panel_update_power (CcBluetoothPanel *self)" function.  I verified that the control still operates using hciconfig and watching the adapter status change from UP to DOWN.
Comment 2 Jason Gaston 2012-04-11 02:23:47 UTC 
Just commenting line 416 out causes the control to read off when launched, regardless of if the controller is on or off.  Perhaps the method "gtk_switch_set_active (button, powered);" is what set the control's initial state when launched?
Comment 3 Bastien Nocera 2013-11-30 13:09:59 UTC 
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 719341 ***