96624 - Problems loading zip through socks V4 firewall

Status: VERIFIED FIXED

(Core Graveyard :: Plug-ins, defect)

Description

[David C. Brown]

Using Navigator 4.x or IE the Java applet at this URL works:

<http://spaceflight.nasa.gov/realdata/tracking/index.html>

Trying that with Netscape 6.0 and even Mozilla 0.9.3 does not work.  (Build
ID 2001081703).  The Mozilla preferences have been set to use Socks V4 and
there is no trouble accessing outside sites.  Java is set up to use browser
proxy settings.  Mozilla is the default browser for the system.  Here is the
output from the Java console:

java.lang.NullPointerException

	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
	at sun.plugin.protocol.jdk12.http.HttpURLConnection.getInputStream(Unknown Source)
	at java.net.HttpURLConnection.getResponseCode(Unknown Source)
	at sun.applet.AppletClassLoader.getBytes(Unknown Source)
	at sun.applet.AppletClassLoader.access$100(Unknown Source)
	at sun.applet.AppletClassLoader$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.applet.AppletClassLoader.findClass(Unknown Source)
	at sun.plugin.security.PluginClassLoader.findClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at sun.applet.AppletClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at sun.applet.AppletClassLoader.loadCode(Unknown Source)
	at sun.applet.AppletPanel.createApplet(Unknown Source)
	at sun.plugin.AppletViewer.createApplet(Unknown Source)
	at sun.applet.AppletPanel.runLoader(Unknown Source)
	at sun.applet.AppletPanel.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)


Here is what shows up in the applet window of the browser --my proxy host name
has been masked as xxx.yyy.zzz by me in this excerpt.  Sorry for any typos
as I can't cut and paste from that window:

Loading Java Applet...
Sending events to applet. LOAD
Sending events to applet. INIT
Sending events to applet. START
Opening http://spaceflight.nasa.gov/realdata/tracking/usa/live/map.class
connecting http://spaceflight.nasa.gov/realdata/tracking/usa/live/map.class with
proxy=xxx.yyy.zzz:1080

Comment 1

[shrirang khanzode]

qa:pmac

Comment 2

[Bradley Baetz (:bbaetz)]

ed: I think this is a good answer to what happens when we tell java the wrong
thing....

Currently mozilla tells the plugin that it is using an http proxy, even if it is
actually using a socks one. This is fixed as part of my patch to bug 89500.

Confirming, since I've seen the code in the plugin glue which does this.

Comment 3

[Bradley Baetz (:bbaetz)]

oh, and ->plugins.

Comment 4

[av (gone)]

-->OJI

Comment 5

[Bradley Baetz (:bbaetz)]

No, back -> plugins (and I'll take this) - the bad code is in
nsPluginHostImpl.cpp, in FindProxyForUrl (Think thats the name; I don't have
that file open ATM)

Comment 6

[Bradley Baetz (:bbaetz)]

reporter, can you please confirm that this is fixed with today's (or later)
nightly builds? It should have been, I think.

Comment 7

[David C. Brown]

Sadly, there is still the same behavior.  I am testing the Build ID
2001091003.

Comment 8

[Bradley Baetz (:bbaetz)]

No, that build is from the 10th, and this only went in last night. You need a
build dated after 2001091300.

Comment 9

[David C. Brown]

Absolutely wonderful!

Comment 10

[shrirang khanzode]

v