347368 - SeaMonkey Browser: "script busy or stopped responding" requestor stops page display

Status: RESOLVED DUPLICATE of bug 346801

(SeaMonkey :: General, defect)

Description

[Kent Paul Dolan]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060801 SeaMonkey/1.5a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060801 SeaMonkey/1.5a

This bug is close to. but not identical to, bug
328190; here, clicking "continue" does _not_ permit
the script to finish, but clicking "stop script",
sometimes as many as five times to dismiss five
requestors, does eventually permit the page to
finish building, and all seems normal when the page
is displayed.

I _suspect_ that this bug is related to the
advertising on the page, because it never shows up
on pages without graphic image advertising. It shows
up in about one of every 20 or so comics pages I
access, as well as repeatably at the site URLed
above, but if their ads change, the behavior may
well go away.

Accessing the above URLed page produces the
requestor

    A script on this page may be busy, or it may have
    stopped responding. You can stop the script now, or
    you can continue to see if the script will complete.

    <checkbox> Never show this dialog again.

    [Stop script] [Continue]

just one time, clicking on some of the options under
the map toward the bottom of the page finds pages
that produce the requestor up to four times before
the page is drawn. Often, but not always, when the
problem occurs, the window moves itself one place
back in the window precedence list, moving the next
most forward window to the front.

When I access comics using a bookmarked group of
tabs, the behavior is more complex. The tabs show
across the top of the window in the tab bar, the
window contents corresponding to each tab start to
load, then the whole process for all tabs stalls
(the heartbeat circles stop turning) for 3 to 10
seconds, then the tab focus shifts from the first
tab to the tab where the problem is occurring (and
the tab focus cannot at that time be shifted back or
elsewhere), and for that tab, the behavior described
at the top here occurs.

This looks like a reversion, this problem was _not_
occurring, on the same pages where I see it now,
with the SeaMonkey 1.5a nightly build of 20070711.

I'm marking this as a "major problem"; it can be
worked around by clicking the "stop script" button
one or many times, but it's so annoying the user
would change browser providers first.

xanthian.


Reproducible: Always

Steps to Reproduce:
1. Open URLed page.
2. See failure.
3.

Actual Results:  
Downloading, build, and display of the page is interrupted by an
error requester as described in "Details".

Expected Results:  
Page should load without complaint, as before this reversion.


I haven't tried this with a clean profile yet, will do that at once
and add results here.

I first saw this problem on comics pages with some _really_ fancy
ads, one had an auto image slide across the rest of the screen to
nest in the ad window at the end.

FWIW

Comment 1

[Kent Paul Dolan]

Okay, opening the original URL in a clean profile _does_
produce the same failure, and also adds one more variable
to the mix: the URL opened a popup ad when run with a
profile where popup blocking wasn't enabled.

xanthian.

Comment 2

[Adam Guthrie]

This was a regression that was fixed later in the day on 2006-08-01. Upgrading to a build newer than that should resolve the problem.

*** This bug has been marked as a duplicate of 346801 ***