Closed
Bug 104387
Opened 23 years ago
Closed 23 years ago
2) JRE downloaded fine and its installer ran fine, but jre plugins have not been installed properly
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 100393
Future
People
(Reporter: agracebush, Assigned: slogan)
References
()
Details
Steps to reproduce:
1. Install Mozilla - any setup type
2. go to url above, then applets and try to run applet
3. user is prompted to get the plugin, click on puzzle piece
4. download and install java plugin
5. close browser and relaunch
6. return to step 2 and try to run applet again
actual results: puzzle piece appears prompting to get plugin again
no copies of java plugins are copied to N6 plugins directory
expected results: plugins copied to N6 and able to run applet
(see bug 100580 for other comments)
Reporter | ||
Comment 1•23 years ago
|
||
correction- this is Mozilla problem only- commercial installer DOES copy plugins
properly
Comment 2•23 years ago
|
||
great ... so, this is not an 094 stopper then?
That is correct. This does not affect 0.9.4. This is a mozilla only problem.
Also a more direct url to test with is:
ftp://ftp.netscape.com/pub/netscape6/english/6.0/windows/win32/smartupdate/jre.x
pi:
wait, is there a change the user can stub install without Java, go to the JRE
download site, attempt the install, and fail?
*** Bug 104535 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 6•23 years ago
|
||
Syd,
Yes, Java does not install with any Mozilla setup types so user is forced to
download the plugin. The download can be successful (and if no Java on system,
it will download that too) but plugins not copied to ~\installdir\plugins\
They have to be copied in by the user.
Comment 7•23 years ago
|
||
This needs to be reassigned to Sun. Apparently at some point they changed their
install to pick up N6-only registry keys instead of the common ones. If they're
going to change their installer to fix this they should use the newer embedding
keys common to all Gecko-based clients.
Comment 8•23 years ago
|
||
I tried copying the specified files of different versions of jre (1.3.0_1,
1.3.1, 1.3.1_1) in the /plugins dir, but still no results...
Win95 osr2
Mozilla 0.9.5 Build: 2001101117 (same problem with 0.9.4)No poblems with Opera &
NS4.78
Comment 9•23 years ago
|
||
Sorry, wrong path... Now it works...
Comment 10•23 years ago
|
||
Release notes for Mozilla 0.9.5 state what has to be done in order to run Java.
I sent Sun this bug's URL through its feedback page so they could take a look at
it. If anything, it should 'officially' be reassigned by Mozilla (Or Netscape?).
Reporter | ||
Comment 11•23 years ago
|
||
*** Bug 107201 has been marked as a duplicate of this bug. ***
Comment 12•23 years ago
|
||
*** Bug 109028 has been marked as a duplicate of this bug. ***
Comment 13•23 years ago
|
||
*** Bug 109074 has been marked as a duplicate of this bug. ***
Reporter | ||
Updated•23 years ago
|
QA Contact: bugzilla → gbush
Reporter | ||
Comment 14•23 years ago
|
||
retested on 0.9.7 - still occurs (see also bug 100393)
Comment 15•23 years ago
|
||
dup of 100393
Comment 16•23 years ago
|
||
Yes, this should be a duplicate of 100393, which is also about downloading JRE
for mozilla on Windows.
Please see 100393 for updated comments of the issue.
Mark it duplicate of 100393.
*** This bug has been marked as a duplicate of 100393 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•