GNOME Bugzilla – Bug 67798
Scrollbar stalls in adjacent dead area when multiple tabs open
Last modified: 2003-07-04 18:21:20 UTC
When multiple tabs are open, there is an area just a few pixels wide, immediately to the right of the vertical scrollbar. I think this may be dependent on GTK+ theme, but it's there in default and Raleigh. If the mouse strays into this area while dragging the scrollbar, the bar stops following the mouse, but catches up again when the mouse moves out of that area. If the mouse button is released while in the dead area, the same thing happens as in bug 55194 etc (scrollbar gets "stuck" to mouse).
i can confirm but this is certainly not a galeon bug gtk?
gtk or gtkmozembed, no idea
Skipstone doesn't have this problem, so even though it isn't a Galeon bug, perhaps it could be written to embed Moz in a slightly different way, like Skipstone's, to work around the problem?
but skipstone has 55194 too right ?
Yes. I think the widget(s) Skipstone embeds Mozilla in must be of a slightly different type, so although there is space between the scrollbar and the window frame, it isn't "dead" like in Galeon.
This is dependent on http://bugzilla.mozilla.org/show_bug.cgi?id=121011 , I believe. There's nothing we can do about this, as far as I know; marking NOTGNOME.
<a href="http://bugzilla.gnome.org/show_bug.cgi?id=55194">Bug 55194"</a>/<a href="http://bugzilla.mozilla.org/show_bug.cgi?id=121011>Mozilla bug 121011"</a> appears to have been fixed, but I'm still having the problem described above. Are you sure it isn't Galeon-specific or GTK+?
No longer a problem in Galeon 1.3