Bill Law Reporter
	Description • 24 years ago

This problem arises when we field a WWW_OpenURL DDE request (a request to load 
a given URL) *after* the Navigator window in question has encountered "unknown 
content" and has displayed the helper app dialog.

Steps to reproduce:
1. Launch Mozilla
2. Click on a link to some "unknown content" (e.g., a .zip file or something).  
This should show the helper app dialog; just Cancel.
3. Click on a weblink in a PDF document (viewing it in the stand-alone Acrobat 
Reader application).
4. Observe an assertion in nsScriptSecurityManager.cpp, line 1168 (in debug 
build), and, that a new Navigator window opens to the weblink url.

Note that the second browser window is a reasult of the SetHref to load the 
weblink url in the first Nav window failing.

Note also that in order to reproduce this you need to apply this patch so that 
Acrobat talks to Mozilla:

Index: splash.rc
===================================================================
RCS file: /cvsroot/mozilla/xpfe/bootstrap/splash.rc,v
retrieving revision 1.3
diff -r1.3 splash.rc
52c52
<       ID_DDE_APPLICATION_NAME,            "Mozilla"
---
>       ID_DDE_APPLICATION_NAME,            "NETSCAPE"

Lastly, I don't know if it is the unknown content specifically that causes the 
problem, or whether it might be *any* dialog window.

Yes, I know this is a strange bug.  I just report 'em.

	Mitchell Stoltz (not reading bugmail) Assignee
	Comment 1 • 24 years ago

How urgent is this problem?

	Mitchell Stoltz (not reading bugmail) Assignee
	Comment 2 • 23 years ago

time marches on...retargeting to 0.9.6

	Mitchell Stoltz (not reading bugmail) Assignee
	Comment 3 • 23 years ago

Less important bugs retargeted to 0.9.9

	Mitchell Stoltz (not reading bugmail) Assignee
	Comment 4 • 23 years ago

We can't reproduce this anymore; between a new version of Acrobat Reader and
lots of bug fixes in URILoader, this problem has probably gone away. Marking
WORKSFORME.