233235 - www.nwmobility.com hangs firebird 0.7 on both linux and windows everytime

Status: RESOLVED DUPLICATE of bug 228233

(SeaMonkey :: General, defect)

Description

[Pike Man]

User-Agent:       
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

http://www.nwmobility.com
this site hangs firebird everytime on both Linux (Redhat9) and Windows (Win2k).
Not related to the popup window, the main page can not load and firebird become
unresponsive everytime. MS IE and Netscape has no problems.
Please fix this bug. Thank you.

Reproducible: Always
Steps to Reproduce:
1. http://www.nwmobility.com
2. a popup is blocked automatically
3. firebird is hang forever

Actual Results:  
firebird hang, all firebird windows hang

Expected Results:  
show the page correctly and does not hang

Comment 1

[Wayne Woods]

Hangs the Mac OS X version as well. Gecko/20040205 Firebird/0.8.0+, so Hardware
and OS should be set to "All".

However, it also hangs (and ultimately crashes) Seamonkey (1.7a, 20040131), so
product should probably be set to Browser.

I can get it to hang when loading a locally saved copy as well, so I'll try to
narrow down the bug.

Comment 2

[Wayne Woods]

Attachment: This will hang and crash Mozilla browsers

Reduced test case of the bug causing the browser to hang.

Comment 3

[Wayne Woods]

The problem code in the above attachment is very simple:
  <script>
    var NewImg=new Image();

    NewImg.src="http://www1.nwmobility.com/html/chi/images/32337.gif";
    while (NewImg.height == 0)
    {
      NewImg.src="http://www1.nwmobility.com/html/chi/images/32337.gif";
    }
  </script>


I don't know much about it, but it looks like the while loop triggers the hang.
If I remove the while loop, or change the while() to an if(), then the bug goes
away. Also of note, the image is slow loading... if I replace the image URL with
something smaller and faster, like http://www.mozilla.org/images/mlogo.gif, then
the bug also goes away. My uneducated guess would be that the while loop starts
executing before the image has had a chance to download and it keeps looping
until it crashes.

I can also get both the original page and my attachment to hang on IE for Mac.
The Mac version is much older than the Windows one, so it doesn't necessarily
contradict the reporter's finding that it worked in IE. Neither hangs in Safari.

Comment 4

[Jason Barnabe (np)]

Wayne, you need to get yourself some Bugzilla privileges ;)

Comment 5

[Wayne Woods]

If someone gave me some, I wouldn't object ;)

Comment 6

[Ben Fowler]

On my system, the problem code causes a hang every time, because
it is very similar to an infinite loop.

Should not the browser resist resource over utilisation within
an infinite (or merely very long) loop in remote javascript?

Comment 7

[Jason Barnabe (np)]

(In reply to comment #6)

> Should not the browser resist resource over utilisation within
> an infinite (or merely very long) loop in remote javascript?
> 

Yes it should, and it does. If you have an infinite loop, after a couple seconds
a prompt will come up and ask to abort the script.

In this case, however, changing the image source makes it so the prompt doesn't
come up. I don't know why.

Comment 8

[Wayne Woods]

Is "image.src = href" a slow process? If so, maybe it's related to bug 112858,
but with the slowness of "image.src =" being the problem, instead of document.write?

Possibly also related to bug 13350?

Comment 9

[Vidar Haarr (not reading bugmail)]

Same issue in bug 228233.

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