GNOME Bugzilla – Bug 467533
Seekbar attaches itself to the mouse when dragged out of the widget area
Last modified: 2007-09-15 10:33:11 UTC
1) Open a movie and start playing 2) Click on the seek bar and drag it out of the widget area (either left or right) 3) Release the mouse button 4) Now move mouse around the seek widget - the widget is attached to the mouse so movie scrolls.
Are you using a touchpad? Which version of gtk+ are you using? Which seekbar are you talking about?
I'm using regular mouse. Gtk+ version is 2.11.6 The seekbar I'm talking is on the controls area and looks about this: "Time: --[ ]------------"
So it's the seekbar in the windowed mode, not the fullscreen one?
(In reply to comment #3) > So it's the seekbar in the windowed mode, not the fullscreen one? > In both cases, but I noticed also following: 1) Windowed mode a) When the "bar widget" gets attached to the mouse movie scrolling happens. b) Using middle click movie is seeked to the exact location 2) Fullscreen a) When the "bar widget" gets attached to the mouse no movie scrolling happens, although the scrolling thingy changes its location on the timeline. b) Middle click doesn't seek the movie
As requested, please test with the current SVN, at least 2) should be fixed.
The fullscreen middle-click and scrolling issue has been fixed now, but the original problem still remains. Both in full screen and windowed mode, the seek bar gets attached to the mouse and now moving mouse in the widget area results in seeking of the movie.
It happens in trunk too. Seems like other hscale widgets like Banshee's are not affected. It's not catching button release outside the totem window. Curiously, if you release the button on the video widget, the hscale is released too (so no problems are present).
I knew I'd seen that bug already. It's a bug in GTK+. Sorry for closing as a dupe of a later one, but it's got test cases and a reproducer. *** This bug has been marked as a duplicate of 475545 ***