diff options
| author | Lars Uebernickel <lars.uebernickel@canonical.com> | 2013-09-25 15:09:18 +0000 |
|---|---|---|
| committer | Tarmac <Unknown> | 2013-09-25 15:09:18 +0000 |
| commit | 8a9333d1013c41a643504835ecab602f89955db8 (patch) | |
| tree | 660bd4a015023bcbaf4af8d129e4bbb71ce51c3d /src/idodetaillabel.c | |
| parent | 4bc9bfd877b5c68549aec6b8917edee230f74142 (diff) | |
| parent | ed88015daceb5c5b7972e2d8b94944af182cf3a3 (diff) | |
| download | ayatana-ido-8a9333d1013c41a643504835ecab602f89955db8.tar.gz ayatana-ido-8a9333d1013c41a643504835ecab602f89955db8.tar.bz2 ayatana-ido-8a9333d1013c41a643504835ecab602f89955db8.zip | |
idoscalemenuitem: don't update the action state when the action state changes
GtkRange has the same weird semantics for its "value-changed" signal that the check menu items have: it is emitted not only on user interaction, but also when gtk_range_set_value() is called.
The handler to "value-changed" updates the action. gtk_range_set_value() is called when the action notifies about a state change. Loop, meet loop.
This patch works around that by adding a "value-changed" to IdoScaleMenuItem that is only emitted when the user changes the slider's value.
. Fixes: https://bugs.launchpad.net/bugs/1229076.
Approved by Ted Gould, PS Jenkins bot.
Diffstat (limited to 'src/idodetaillabel.c')
0 files changed, 0 insertions, 0 deletions