Last Comment Bug 202952 - - Get Java from instead of
: - Get Java from instead of plugins.n...
Status: RESOLVED DUPLICATE of bug 355299
: topembed-
Product: Core
Classification: Components
Component: Plug-ins (show other bugs)
: Trunk
: All All
-- normal with 1 vote (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
: Benjamin Smedberg [:bsmedberg]
: 96251 211637 212930 232423 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2003-04-22 14:34 PDT by Jack Lu
Modified: 2007-06-08 14:52 PDT (History)
14 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

Patch for fixing the issue (1.52 KB, patch)
2003-04-22 14:43 PDT, Jack Lu
no flags Details | Diff | Splinter Review

Description User image Jack Lu 2003-04-22 14:34:25 PDT
User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705)
Build Identifier: 20030422

Currently if the user does not have Java installed on his/her system and he/she 
visits an applet page (using APPLET tag), he/she will be redirected to to download Java. However, for APPLET tag user, we 
would like the user to get the latest JRE. Since the conflicts of release 
schedule between Java Runtime Enviroment (JRE) and Netscape/Mozilla, Netscape 
usually hosts the old version of JRE which usually prevents the user from using 
the latest Java technology. 

This bug basically addresses the problem by redirecting the user to page. Currently that page hosts JRE 1.4.1_02 
for Windows and Unix platform. For all the platforms, it is in EXE/tar/ZIP 
format currently and we are going to make xpi file for Windows platform in 
1.4.2 release which is going to be available soon. But for Linux platform, we 
are continuing using TAR format due to GCC compiler issue.

Reproducible: Always

Steps to Reproduce:
1. Remove Java from your system
2. Visit and click "Bubbles"
Actual Results:  
It prompts you to download JRE from

Expected Results:  
We would like to have the download page to be

Both Netscape and Sun agrees my proposal above
Comment 1 User image Jack Lu 2003-04-22 14:43:11 PDT
Created attachment 121325 [details] [diff] [review]
Patch for fixing the issue
Comment 2 User image Jack Lu 2003-04-23 12:17:10 PDT

By the way, in order to make the current browser to work, we need to redirect 
the current JRE download page to as 

Comment 3 User image Arun Ranganathan 2003-04-24 14:35:57 PDT
peterl, can you r= this patch?  I'd like to seriously get this in for any
product timeframe that counts.
alternatively, if a patch isn't necessary, perhaps I can get the page to redirect to the page that Xiaobin is proposing.

Comment 4 User image Arun Ranganathan 2003-04-24 14:37:18 PDT
Nominating nsbeta1 and topembed.
Comment 5 User image Peter Lubczynski 2003-04-24 15:36:04 PDT
Comment on attachment 121325 [details] [diff] [review]
Patch for fixing the issue

Comment 6 User image Arun Ranganathan 2003-04-25 11:26:00 PDT
peterl et al.,

On balance, it seems that although Xiaobin has proposed a valid patch, perhaps
one good way to solve this problem is to make sure that the old page (on
* issues a redirect to the new page (on *  So let me work
towards making this happen, and if I totally fail (for whatever reason) we can
think of a hardcoded client side solution.
Reassigning to me.
Comment 7 User image Peter Lubczynski 2003-04-25 12:50:46 PDT
yeah, I agree: changing the server to redirect is better so we also update
clients in the field.
Comment 8 User image Michael Buckland 2003-04-29 10:01:57 PDT
Discussed in edt and offline.  Plussing.
Comment 9 User image Michael Dunn 2003-05-05 13:18:01 PDT
This is not an embedding issue. Minus'ing for embedding; NSBeta1 KW still holds.
Comment 10 User image Arun Ranganathan 2003-05-27 05:56:14 PDT
The fix will be as follows:

1. The PFS (Plugin Finder Service) entry for Java is going to get redirected so
that instead of having Netscape/Mozilla browsers obtain Java from the existing
XPInstall bundle(s), they will obtain it from instead.

2. Netscape/Mozilla browsers which are hard coded to access the PFS will now get
redirected.  Thus, the onus is on the user to install a JVM, which suits us fine.

Explanation: the obtention of Java is best done from a * domain.  This
way, users are always assured of obtaining the latest and greatest software.
Comment 11 User image Arun Ranganathan 2003-05-27 05:59:42 PDT
Important caveat: comment 10 applies to Windows and Linux, and *not* to Mac OS
X.  We really don't want to direct Mac OS X users to * for Java obtention.
Comment 12 User image alexleykek 2003-06-05 09:51:29 PDT
Changed download URL for PFS products 10046,10047 to
Comment 13 User image Nick Bebout 2003-06-12 19:56:49 PDT
SPAM: New Components
Comment 14 User image Bob Clary [:bc:] 2003-08-07 17:24:52 PDT
Alex, I just did a search for a plug for java applets and still ended up at the locations. Can you change all references to java plugins to
point to the sun versions?
Comment 15 User image alexleykek 2003-08-08 11:02:15 PDT
Changed download URL as requested on all plugins that refer to
application/x-java-vm MIME type.
Comment 16 User image Bob Clary [:bc:] 2003-08-08 18:43:49 PDT
hmm, i just searched using for 

application/x-java-vm, application/x-java-applet and end up at a page with links to WinXX (fetches jre
140_01i from Linux (fetches jre
131_02 from

Comment 17 User image alexleykek 2003-08-11 09:30:50 PDT is an obsolete location. Try
Comment 19 User image Michael Hendy (Hendikins) 2004-03-06 06:26:43 PST
*** Bug 232423 has been marked as a duplicate of this bug. ***
Comment 20 User image Michael Hendy (Hendikins) 2004-03-06 06:28:19 PST
*** Bug 229551 has been marked as a duplicate of this bug. ***
Comment 21 User image Michael Hendy (Hendikins) 2004-03-06 06:30:40 PST
*** Bug 212930 has been marked as a duplicate of this bug. ***
Comment 22 User image Michael Hendy (Hendikins) 2004-03-06 06:32:21 PST
*** Bug 211637 has been marked as a duplicate of this bug. ***
Comment 23 User image Vidar Haarr (not reading bugmail) 2004-03-06 06:49:11 PST
*** Bug 96251 has been marked as a duplicate of this bug. ***
Comment 24 User image Michiel van Leeuwen (email: mvl+moz@) 2004-04-12 05:38:25 PDT
What are the odds of getting the pages changed?
Can't we at least just stop redirecting to netscape? Maybe to
somewhere, or directly to sun. The patch should work. If ww do that, one day all
clients will go to sun instead of netscape. Not doing anything won't fix the
(I have seen a few people on #mozillazine with a not-working xpi installed. The
linux xpi just doesn't work anymore.)
Comment 25 User image mth 2004-04-12 05:58:45 PDT
Sun seems to be promoting

The page

Redirects to:{LANG}/download

Where {LANG} is en for me and is presumably based upon browser language settings. 

It seems to me that it would be better if people were sent to{LANG}/download

Comment 26 User image Robert Kaiser 2006-01-26 03:43:11 PST
Why is this in tech evang? It's not about evangelizing a web page to do something technically correct - it's simply a core code change (even if that piece of code is just us pointing to some URL)

We should probably be pointing to the plugins page for both JVM and other plugins, i.e. fix all results of to point to like we do on the about:plugins page.
Comment 27 User image Robert Kaiser 2007-06-08 14:52:40 PDT
This has been fixed by bug 355299

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

Note You need to log in before you can comment on or make changes to this bug.