Closed Bug 26658 Opened 25 years ago Closed 24 years ago

linux: Scrollbars in browser sometimes go free, stop working

Categories

(Core :: XUL, defect, P4)

Product:
Core
Component:
XUL
Platform:
Other
Linux
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 34033

People

(Reporter: elladan, Assigned: eric)

References

Details

(Keywords: platform-parity) 

This is a sporadic problem that's been occuring at least since M12.

Sometimes the scrollbars in a browser window start moving freely, without
scrolling the page with them.  Typically, the arrow buttons also aren't
correctly drawn.

The scrollbar itself does move, much smoother than normal in fact (since the
window isn't scrolling with it.).  The page appears to keep loading behind it,
but the scrollbars don't start working when it's finished.

I typically have a number of windows open, this may have some effect.  The
problem only affects single windows, not all open mozilla windows.  The arrow
keys etc. don't scroll the window either, though it's hard to tell whether
they're doing anything since they typically don't work at all right now.

A reload typically fixes the scroll bar, but not always.

I've been unable to determine a reproduction sequence for this bug, or localize
exactly when it occurs.  Will report more if I can localize it.

The paint problem could be related to 23985, but the page appears to keep
loading while the scrollbars are broken.
elladan@eskimo.com, have you ever seen this happen after a page has finished 
loading, or only if you try to move the scrollbar while the page is still 
loading?
Component: Browser-General → XP Toolkit/Widgets
QA Contact: cbegle → paulmac
Yes, I've seen it happen after the page has finished loading.  However, it
doesn't happen once the scroll arrows have been drawn, as far as I can see.

eg, sometimes the scroll arrows never appear.  It doesn't work then, even 
after the page finished.

However, this could be something of a red-herring.  I typically open about a
half dozen windows, and flip between them a lot.  Thus, it might be the case
that I went to another window in Mozilla and scrolled, but don't recall it.

I see this too.
Steps to reproduce:
1. Start browser buster http://komodo.mozilla.org/buster in the background.
2. Launch a new window from the browser buster window.
3. Load a page in the new window.

Result:
When the browser buster loads a new page the scrollbars in the new window float
free.

Build id: 2000021808 Linux.
This could be a dup of bug 25915...
Easy to reproduce on my Linux build 2000.02.21.08:
1.File | Open Web Location
2. Enter "mozilla.org"
3. Click OK
Assignee: leger → trudelle
*** Bug 28746 has been marked as a duplicate of this bug. ***
qa contact to me. only have seen this on linux so far, so added pp keyword.
Keywords: pp
QA Contact: paulmac → sairuh
Summary: Scrollbars in browser sometimes go free, stop working → linux: Scrollbars in browser sometimes go free, stop working
*** Bug 25915 has been marked as a duplicate of this bug. ***
Okay, with the browser buster running, opening up 5 other windows, and loading
URLs in all of them concurrently, I was able to get the last window into a state
where it had no scrollbars.  Even then, reloading the page fixed the problem.
Reassigning to evaughan as p4 for m16
Assignee: trudelle → evaughan
Priority: P3 → P4
Target Milestone: M16
I have noriced it too, it happens quite frequently for me, maybe from using
"Open Link In New Window" (which I do a lot)

I have also had it happen with just 2 windows open (with build 2000022409)

I've seen this, too, on occasion.

I have seen this often. Here's a bit more information: when a window is in this
"disconnected scrollbar" state, the scrollbars are not completely disconnected.
When you have one of these windows and scroll to a new location the page view
doesn't update. However, if you switch to a different virtual screen (with your
windowmanager pager) and back, the page will have redrawn at the correct
location. It seems the scrollbar just isn't sending the "redraw at this new
position" message.


This bug is worse than it appears - often it causes moz to suck up 100% CPU time
until Moz is closed - closing the window in which the scrollbars are not working
will not stop the CPU suck. This also causes the tops of menus not to be drawn...

The CPU suck is a separate bug (I get them occurring independently) See Bug

24471, 30660, 29194.



Further info on this bug however. When in the "disconnected state", the "url

under mouse" feature works based on the position the link _should_ be at, rather

than the displayed position of links, further indicating it is just graphic

repaints that need calling.




*** Bug 32354 has been marked as a duplicate of this bug. ***
->jrgm.

eli, d'you see something like this on mac?
QA Contact: sairuh → jrgm
I've seen the scroll bar "jump" slightly on occasion --- and a mouse event 
problem in which the scroll bar follows the mouse pointer without the mouse 
button held down --- but not this one.

Bug 30325 covers the scrollbar jumping inappropriately in response to mouse
movements.  I see that all the time.  This one, where the scrollbar starts
moving back and forth and won't stop, I've only seen a few times, but I think
mcafee sees it fairly often.

I think this is a dup of bug #24696 (or vice versa) [or at least the fix will 
be the same].
akkana: This bug isn't about the scrollbars moving around automatically (at
least that's what it sounds like you're describing), it's that when the
scrollbars are moved, no corresponding change in the page view occurs.
Status: NEW → ASSIGNED
Target Milestone: M16 → M17
*** Bug 32390 has been marked as a duplicate of this bug. ***
I am running M14 on RedHat 6.1 and I see a similar problem at this website:

uo.stratics.com.  The scrollbar works fine at first, but after a while it moves

freely without updating the main window.  I think this happans at the same time

a new advertisement is loaded in the top frame.




Mass moving M17 bugs to M18
Target Milestone: M17 → M18
This bug is more important than that IMO. It makes GFX scrollbars unusable for
me.
If you like me have a habit of using the open link in new window feature you as
a result spend half your time reloading pages where the scrollbars doesn't work.
At least make the non-GFX scrollbars default untill it is fixed
The real answer to this bug is bug #34033 (according to pav on bug #24696)
Setting this as dependent on bug #34033.
Depends on: 34033
As the reporter of a dupe of this bug, I agree with
thue105@kollegiegaarden.dk.  This really needs to be
fixed soon.

*** Bug 35897 has been marked as a duplicate of this bug. ***
I tried repoducing all these bugs in the current build. Even the dup bugs. But 
it works fine on linux.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
I still get this with the test describe 05/08 on bug #34033. However, I spoke
with Pav and it's clear to him that these two are the same bug. So, just going
to reopen this and dup it -- the fix will come with bug #34033. [Sorry for the 
spam]
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
dup

*** This bug has been marked as a duplicate of 34033 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
vrfy
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.