JDK-6190928 : REGRESSION:Mozilla browser isn't registered in the Java Control Panel
  • Type: Bug
  • Component: install
  • Sub-Component: install
  • Affected Version: 5.0u2,6
  • Priority: P2
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows
  • CPU: generic
  • Submitted: 2004-11-04
  • Updated: 2010-04-05
  • Resolved: 2005-02-25
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6
6Resolved
Related Reports
Duplicate :  
Relates :  
Description
Actually there are two problems:
1. Mozilla browser isn't registered in the Java Control Panel
2. jre uninstaller does not remove plugin dlls from mozilla plugins directory

Tested bundles: 1.6.0-ea-b11
Tested OS's: win32 (Win98, WinXP, Win2k)

Steps to reproduce the bug:
1. Install jdk from /net/mizu.sfbay/usr/re/jdk1.6.0/bundles/windows-i586/latest
2. Check boxes for IE and Mozilla/Netscape browser are checked by default in the Browser Registration window during installation
3. Open Java Control Panel 
4. Go to Advanced Tab and click on <APPLET> tag support 
Expected Behaviour : Mozilla and Netscape check box should be checked
Actual Behaviour : Mozilla and Netscape check box is unchecked

5. Uninstall jdk/jre (Add/Remove Programs)
6. Go to C:/Program Files/mozilla.org/Mozilla/plugins dir 
Expected Behaviour: all plugin dll's must be removed
Actual Behaviour: all plugin dll's are present even after system is rebooted

The problem isn't reproducible with b10
It is a regression.
###@###.### 11/4/04 20:07 GMT

Comments
EVALUATION It is likely that this was introduced with the dll versions actually having the build numbers. During uninstallation, we check the version of the mozilla plugins directory dlls to see if they are the same as the version getting uninstalled (The controlpanel does this also). We should make sure it checks the full build version as well. The function is in regutils. I've been told Calvin is handling this for the deploy ws, so I'll assign it to him. ###@###.### 2004-11-05 16:24:42 GMT This is likely related to Regutils. Re-assigning to Rajani. ###@###.### 2004-11-30 03:27:05 GMT Could reproduce it in b14. Cause: productversion 1.6.0.0, doesn't match with dll product version 6.0.0.14 But could not reproduce with build from my latest deploy ws. Then inspection of the code showed that this is fixed by Calvin as part of #6184751, in RegCommon.cpp: GetVersionInfo() - to return the ProductVersion appropriately. It will be putback appropriately. Will be putback to B16. ###@###.### 2004-12-07 17:26:38 GMT The problem in 5.0 U2 could be totally unrelated,, since this bug was introduced with dll version number changes in 1.6. This also got 5.0-waived. ###@###.### 2005-1-04 14:52:26 GMT
05-11-2004