Closed
Bug 342975
Opened 18 years ago
Closed 17 years ago
Flashing "stop" icon, page never stops loading, "page down" fails, takes many tries to make loading stop by pressing "stop"
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: xanthian, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060612 SeaMonkey/1.5a Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060612 SeaMonkey/1.5a May be related to bug 323787, or not. On the subject URL, when the page is loaded directly or returned to via the back arrow, the entire page loads, but then the browser goes into a loop as if the page were still loading, the "stop" icon flashes about twice per second between normal and hazed mode, and most page features like mouse wheel scroll down, scrollbar scroll down, or keyboard page down, either don't work or the page immediately pops back to its "at top" position. It takes several (perhaps 20 or more) clicks on the "stop" icon to get the page to exit this looping state. When it does, the page appears completely intact. I've seen this behavior before for pages with misbehaving advertising widgets, but this current URL seems on its surface to be completely normal. The problem may be a Seamonkey problem, but it could as easily be some malformed usage in the page HTML or JavaScript or whatever. xanthian. Reproducible: Always Steps to Reproduce: 1. Access subject URL 2. Observe. 3. Actual Results: Flashing stop icon, barely functional page, "stop" hard to make happen. Expected Results: Page loads to a normal stop, page traversal keys work normally. The only mildly interesting feature of the subject URL is a clickable map of Australia. META comment: "General" is a useless "component"; why not break it down into "page loading", "following page links", "page traversal" and similar _behaviors_ -- something users would know _how_ to choose, and that might get maintainers looking at the right parts of the code?
Comment 1•18 years ago
|
||
The page tries to set a cookie. Do you have cookies blocked for that site? Do you see this with a clean profile? There are no specific parts of the code related to "page loading", "following page links", "page traversal". Each of those depends on quite a bit of code from different parts. There is a part related to networking, that component is Core:Networking.
Version: unspecified → Trunk
Reporter | ||
Comment 2•18 years ago
|
||
(In reply to comment #1) > The page tries to set a cookie. > Do you have cookies blocked for that site? No, my setting is "Allow all cookies". > Do you see this with a clean profile? No, when I create a brand new profile called "Clean", and switch to it, the problem behavior is not seen. I'm using the default skin/theme for SeaMonkey, the default language setting, have a substantial Bookmark file (probably over 1000 bookmarks), and the following about:plugins list: RealJukebox NS Plugin RealPlayer(tm) G2 LiveConnect-Enabled Plug-In (32-bit) RealPlayer Version Plugin Mozilla Default Plug-in Shockwave for Director Shockwave Flash Java(TM) 2 Platform Standard Edition 5.0 Update 6 (7 separate DLL files) Adobe Acrobat QuickTime Plug-in 7.1 (7 separete DLL files) Anything else I can do to help? xanthian.
Comment 3•17 years ago
|
||
WFM on trunk (fails SM 1.1.1) SeaMonkey 1.5a Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a4pre) Gecko/20070330 SeaMonkey/1.5a
Comment 4•17 years ago
|
||
still WFM on newly installed system Build identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a8pre) Gecko/2007091102 SeaMonkey/2.0a1pre
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•