GNOME Bugzilla – Bug 55194
Wierd scroll-bar behaviour
Last modified: 2004-12-22 21:47:04 UTC
Sometimes when browsing a long page if you scroll back up by grabbing the scroll-bar slider, galeon behaves as if you never let go. I have finally figured out how to re-create it:- Find a long page (that causes a scroll bar to appear on the right), move down the page using any method. Now click (and hold) on the right scroll bar on the slider itself and push it to the top. Now carefully keep moving the mouse up along the slider (it can't go any further), still holding the left mouse button down, and allow the mouse to continue up on through the top arrow. Once past the arrow (and in the toolbar above it) let go of the mouse button. Now move the mouse back down again and watch how the page scrolls up as if you still have hold of the scroll bar. What is wierd is that this doesn't work on the lower end of the scroll-bar, only the upper. Damian
mozilla bug
*** Bug 56065 has been marked as a duplicate of this bug. ***
*** Bug 57470 has been marked as a duplicate of this bug. ***
*** Bug 58086 has been marked as a duplicate of this bug. ***
*** Bug 60767 has been marked as a duplicate of this bug. ***
*** Bug 61698 has been marked as a duplicate of this bug. ***
FYI, there is a bug open with Mozilla about this: bug # 45469 http://bugzilla.mozilla.org/show_bug.cgi?id=45469 No sign of it being fixed though. Is there any possibility of a galeon work-around? Damian
hmm actually this is not exactly the same bug although fixing the look&feel one might lead to fixing the other what we have here is some signal mishandling that leave the embed unaware that the mouse button has been released, i think it has something to do with the embed signal handling in general, and i think marco thinks the same thats why he marked the bug as NOTGNOME, maybe a workaround is possible but i cant think of any now
Thanks for the info. You're right it isn't the same bug in Mozilla. Do you know if it has been logged and what the right bug number is? If for no other reason we can all go and vote for it to be fixed! I bet a large number of galeon users would vote for it! Damian
*** Bug 64857 has been marked as a duplicate of this bug. ***
*** Bug 65911 has been marked as a duplicate of this bug. ***
*** Bug 67078 has been marked as a duplicate of this bug. ***
*** Bug 70570 has been marked as a duplicate of this bug. ***
After some searching on bugzilla.mozilla.org, I found this mozilla bug that appears to be the underlying cause of the scrollbar weirdness, though it takes a slightly different set of keys to make it occur in mozilla than it does in galeon): http://bugzilla.mozilla.org/show_bug.cgi?id=48037 The steps I took to make it occur, which seem slightly different than the steps described in the bug report, are as follows: Left click on the vertical scrollbar. While holding left button down, move up into the toolbar area (but stay inside of mozilla window) and click the right button. Now release the left button at the same time or before you release the right button. Move back into the page display and the scrollbar follows the mouse.
This happens in Galeon anytime you are dragging the scroll bar and move over a control that catches the mouse up, or mouse move. For example if you move over the throbber (it will highlight) then release the mouse button. The scroll bar doesn't get the mouse up. In Mozilla other controls don't seem to get mouse events while the scroll bar is being dragged.
this bug and a patch is tracked here http://bugzilla.mozilla.org/show_bug.cgi?id=121011
*** Bug 72810 has been marked as a duplicate of this bug. ***
*** Bug 73005 has been marked as a duplicate of this bug. ***
*** Bug 73841 has been marked as a duplicate of this bug. ***
*** Bug 75204 has been marked as a duplicate of this bug. ***
*** Bug 76730 has been marked as a duplicate of this bug. ***
*** Bug 77627 has been marked as a duplicate of this bug. ***
*** Bug 52512 has been marked as a duplicate of this bug. ***
*** Bug 84701 has been marked as a duplicate of this bug. ***