The problem is not with JS Engine, but that multiple find dialogs can be opened. Each call to window.find() opens a new dialog. confirmed with linux trunk 2004102606 ==> DOM0
Assignee: general → general
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash, testcase
OS: Windows 2000 → All
QA Contact: pschwartau → ian
> Each call to window.find() opens a new dialog. We have code to prevent that... See GlobalWindowImpl::FindInternal. Why is that failing?
I noticed the bug only happens when multiple dialogs are opened before the script finishes. And the dialogs don't actually open (they aren't visible) until the script is finished. For instance, using setInterval to repeatedly open dialogs doesn't trigger this bug.
Ah, I see. So the problem is that the dialogs open async, so the global window code thinks the dialog is not open yet, but it's in the process of opening... danm, what can we do here?
I don't see anything for it but to open chrome windows synchronously.
Is there no way to prevent this? The Bug is now older then 2 Month, and still not fixed. I have not the ability to fix it, but it can't be so difficult. (C/C++ is not my strength :o) Is it not easy to synchronize a opening windows? Sorry, but it hurts me, that nothing happens.
(In reply to comment #6) > but it can't be so difficult. Sorry, but this statement is flat-out wrong. > Is it not easy to synchronize a opening windows? No, it's not. It's a pretty huge undertaking, and undesirable to boot, in general. If we only do it for chrome, we have two different window-opening codepaths, with different semantics... it's a mess. One other option here is to have the Find dialog let the opener know when it goes away. This way the window could set a flag when it makes the open call, and ignore new calls to find() while that flag is set, then unset it when the find dialog notifies it that it's closing.
testcase wfm using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060601 Minefield/3.0a1 ID:2006060105 [cairo]
Created attachment 224155 [details] testcase This exhibits the bug (but only tries to open 3 dialogs) with linux seamonkey trunk 2006060108.
Attachment #224137 - Attachment is obsolete: true
I can't get this to crash on Mac using mozilla-central. It does fine closing 3 or 10 windows. Is it still crashing on Linux, or has this turned into a non-crash bug?
Keywords: crash → hang
Whiteboard: [needs retesting on linux]
You need to log in before you can comment on or make changes to this bug.