Closed Bug 26658 Opened 26 years ago Closed 25 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: 25 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: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
vrfy
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.