GNOME Bugzilla – Bug 475545
Slider get "stuck" when losing focus
Last modified: 2007-10-05 16:39:35 UTC
When I select the slider to move around in a movie, the slider sometimes doesn't get released from mouse control. Longer description: I click and drag the slider to move time. If I exit the slider area (still holding the click), it continues to move (good). If I then release the mouse button, the slider doesn't receive the signal (?) and the slider still moves with the mouse. After a few moments confusion, I have to move the cursor onto the slider and click the mouse to release control. Clicking other buttons (e.g. the pause button) also releases control, but does not pause. Clicking empty regions does nothing.
Sorry. Forgot to add: this is with totem 2.19.90 using xine backend
What version of GTK is it compiled against?
Tested with GTK 2.11.6 and latest SVN HEAD (as of 11th Sept.)
We're not receiving the seek_slider_released_cb signal sometimes. It's fairly straight forward to reproduce: 1. Click on the slider and leave pressed 2. Move the pointer outside the window (the full totem window) 3. Release button 4. Move the mouse back in the window, the mouse is still grabbed. But I can't reproduce it out of Totem, and I don't see where in Totem we'd be stealing events from the seekbar.
It's the volume widget's fault... Testcase attached below.
Created attachment 95524 [details] testscale.c
Created attachment 95525 [details] testscale.ui
Created attachment 95526 [details] testscale.c Smaller testcase.
I couldn't find which bit of the scale button was eating the events though (especially when unsensitive!).
To explain in a bit more details, it's a problem with the Gtk(H)Scale that only happens when the GtkVolumeButton is in the same window. If you change the #if 0 in the test case to have a normal GtkButton, the problem doesn't occur.
*** Bug 467533 has been marked as a duplicate of this bug. ***
*** Bug 479742 has been marked as a duplicate of this bug. ***
Was a bug in the GtkScaleButton with the way it handled grab notifies. It should have released grabs that it didn't handle itself. Fixed in GTK+ 2.12 branch and trunk already. *** This bug has been marked as a duplicate of 478371 ***