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)

x86
Windows XP
defect
Not set
normal

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?
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
(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.
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
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.