Mozilla should disable the JRE scan flag by default

RESOLVED INCOMPLETE

Status

Core Graveyard
Java: OJI
P2
critical
RESOLVED INCOMPLETE
16 years ago
5 years ago

People

(Reporter: Xiaobin Lu, Assigned: Alfred Peng)

Tracking

Trunk
Future
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
Build Identifier: 20021126

Since Mozilla 1.0(Netscpae 7.0) release, Mozilla put JRE scan by default. This 
creates some issues as described below:
1. JRE installer will copy Java Plugin files into Mozilla plugins directory 
since 1.4.1 release.
2. If the user install 1.4.2 later, since the scan is enabled, Mozilla will 
also register 1.4.2 as plugin.
3. Since Mozilla OJI plugin is not designed to support multiple JRE, so crashes 
can not be avoided sometimes.



Reproducible: Always

Steps to Reproduce:
1. Install JRE 1.4.0, copy plugin dll file into Mozilla plugins directory.
2. Install JRE 1.4.1, select customize installation, not register Netscape 6
3. Start browser, visit some applet requires 1.4.1 plugin, the browser will 
crash.

Actual Results:  
Browser crash.

Expected Results:  
No crash
(Reporter)

Comment 1

16 years ago
Rob, we need to address this issue ASAP.
(Reporter)

Comment 2

16 years ago
The fix is to comment the prefs("plugin.scan.SunJRE", 1.3) in winprefs.js.
-> Plugins 
(xiaobin.lu@eng.sun.com: You had no bugzilla permissions to file bugs as new. I
added this permissions to your Account)
Assignee: asa → beppe
Status: UNCONFIRMED → NEW
Component: Browser-General → Plug-ins
Ever confirmed: true
QA Contact: asa → shrir
Blocks: 139174

Comment 4

16 years ago
assigning to Serge
Assignee: beppe → serge
Priority: -- → P2
Target Milestone: --- → mozilla1.3alpha

Comment 5

16 years ago
We can not take out this pref without a new way for Java to work out of the box
if installed before the browser we have the "first install problem". Since JRE
1.4.2 is being installed AFTER the browser, why can't the installer simply
delete the 1.4.1 DLLs from the Mozilla plugin folder?

Comment 6

16 years ago
peterl
Assignee: serge → peterl
Target Milestone: mozilla1.3alpha → Future

Comment 7

15 years ago
--->OJI

Whenever this pref is removed, please test and verify that Java still works out
of the box when it is installed *before* the browser. Please test a ZIP of
MFCEmbed to verify Java works like before.
Component: Plug-ins → OJI

Comment 8

15 years ago
--->OJI

Whenever this pref is removed, please test and verify that Java still works out
of the box when it is installed *before* the browser. Please test a ZIP of
MFCEmbed to verify Java works like before.
Assignee: peterl-bugs → joshua.xia

Comment 9

15 years ago
->kyle
Assignee: joshua.xia → kyle.yuan

Updated

13 years ago
Assignee: yuanyi21 → pete.zha

Comment 10

13 years ago
mass reassign to Alfred
Assignee: zhayupeng → alfred.peng

Updated

8 years ago
Component: Java: OJI → Java: OJI
Product: Core → Core Graveyard
QA Contact: shrir → java.oji

Comment 11

5 years ago
Mass-closing bugs in the "OJI" component: OJI plugin integration was replaced with npruntime long ago, and these bugs appear to be irrelevant now. If there is in fact a real bug that remains, please file it new in the "Core" product, component "Plug-ins".
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.