Closed Bug 44022 Opened 24 years ago Closed 24 years ago, possibly other js urls busted


(Core :: DOM: Core & HTML, defect, P3)

Windows NT





(Reporter: sherry.shen, Assigned: jst)


(Whiteboard: [nsbeta2+])


(1 file)

From Bugzilla Helper:
User-Agent: Mozilla/4.51 [en] (X11; U; SunOS 5.7 sun4u)

When the browser doesn't has a JVM installed and hits
a page with APPLET tag, the default plugin mechanism
leads user to get Plugin due to the fix for BUG 41197.

However, the default plugin mechanism is broken when 
the option, "Enable JavaScript for Navigator" is selected.
That is,  an error dialog is shown as when the applet 
window is clicked.  The correct behavior is to show a 
message dialog, "Plug-in Not Loaded".  

Note that the default plugin mechanism works when the
JavaScript is disabled.

Reproducible: Always
Steps to Reproduce:
1. start browser.
2. enable JavaScript from Edit-Preference-Advanced.
3. load a URL with applet tag (see attachment).
4. click around text, "click here to get the plugin".

Actual Results:  See the error dialog as
 ASSERTION: NS_ENSURE_TRUE(callbacks)failed:'callbacks', file
 C:\mozilla\dom\src\jrurl\nsJSProtocolHandler.cpp, line 108.

Expected Results:  See a message dialog, "Plug-in Not Loaded".  

Bug 41197 provided source code for the default plugin.
Bug 43500 will put default plugin in the Mozilla tree.
I used the binary npnul32.dll from in my test.
The correct behaviour in your testcase with JavaScript enabled should be not 
popping up Plugin Not Found dialog, but rather appearing a new Navigator window 
because in this case the default plugin is just saying Navigator to open the 
following URL:"http://...");

Those kind of URL don't currently work, I am pretty sure should be dup 

BTW, it does not use javascript:-type URL if you have codebase attribute in the 
applet tag even with enabled JavaScript, like you can see on I am 
not sure if this is a right behaviour.

Adding myself to the cc list.
And the full command is:"
Vidur, Johnny -- Any idea what's going on here or which of the bugs 
it's a DUP of? I reviewed the open bugs with "" in Summary and it 
didn't seem an obvious DUP of any of them.

Nominating as an nsbeta2 stopper for these reasons:
1) It's really bad for us to fail w/ a JS error on pages with applets when the 
JVM isn't installed (embarrassing glitch)--much better to fail silently
2) We want this feature enabled in nsbeta2 so that it can be broadly tested to 
identify any bugs
Keywords: nsbeta2
Putting on [nsbeta2+] radar.
Whiteboard: [nsbeta2+]
Not an engine bug; reassigning to Browser-General 
Assignee: rogerl → asa
Component: Javascript Engine → Browser-General
QA Contact: pschwartau → doronr
Marking confirmed based on previous comments.  Existing bugs on javascript: URLs 
that could be relevant include bug 36081, bug 43652, and bug 25821.  It's not 
clear to me whether any of those would fix this.
Ever confirmed: true
any idea where this should go? plugins perhaps?
This is not a plugins issue. To isolate the problem one can just type""); in the URL bar and see that 
it is not working.
this is either bug 38537 or bug 31818 I think.
Hm. And both are resolved.
From Bugzilla, 38537 fixed the part and 31818 handled 
the rest of the problems such as "" );

However, the problem here was found after the fix of 31818 
was checked in at June 13, 2000,  i.e.  the 44022 was based 
on my build checked out from the TIP at June 26, 2000.

Hence, other work may be needed for 31818 on Window NT.
Someone needs to debug this a little, see where things go south.  Adding mstoltz 
and hoping someone beats me to it.

Summary: Enabling JS breaks default plugin →, possibly other js urls busted
This may be XP. On PC/Linux, build 070120, I get the following shell output:
Entry at index 0 is"");
JavaScript error: 
 line 0: 

Document: Done (0.476 secs)
Error loading URL""); 
On PC/Linux, build 2000070608, the output is even more verbose:

Entry at index 0 is "");
JavaScript error: 
 line 0: 

JavaScript error: 
 line 0: uncaught exception: [Exception... "Access to property denied"  code:
"1010" nsresult: "0x805303f2 (NS_ERROR_DOM_PROP_ACCESS_DENIED)"  location:

Adding url ""); to SH
Document: Done (0.46 secs)
Error loading URL ""); 
think this is a issue in the js engine? Or rather a dom 0?
updating component and setting default owner.
Assignee: asa → jst
Component: Browser-General → DOM Level 0
QA Contact: doronr → desale
There were two problems with loading javascript: URL's from a plugin, the first
problem was that the plugin didn't set a notifiacation callback reciever on the
channel, this is used by the javascript URL for accessing the script global
object. The second problem was that the plugin code didn't supply a owner
principal to the channel, that caused most (all?) security checks to fail and
thus javascript: URL's weren't working...

I just checked in a fix for both those problems, marking FIXED.
Closed: 24 years ago
Resolution: --- → FIXED
Verified with 2000-12-15.
You need to log in before you can comment on or make changes to this bug.