Closed Bug 57960 Opened 24 years ago Closed 24 years ago

Need to update the Linux jre.xpi to make the link to the new location of libjavaplugin_oji.so

Categories

(SeaMonkey :: Installer, defect, P1)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: edburns, Assigned: samir_bugzilla)

References

Details

(Whiteboard: [rtm++])

Attachments

(1 file)

After talking to Sun's Java Plugin P-team, and Samir, I am filing this bug to 
ask Samir to implement option 2:

Solution #2:
------------
Change the jre.xpi's install script to make a symlink to the lib in the "ns600"
directory.  This means we'll need a code change and checkin.  Concerned folks
will need to file a *new* bug since this is a new problem (against me I suppose)
and lobby the PDT to allow me to check this in if we go with this solution.
FWIW, this 6 character change is low risk and trivial.


See bug 57004 for more information.
Blocks: 57004
Status: NEW → ASSIGNED
Priority: P3 → P1
Summary: Need to update the Linux jre.xpi to make the link to the correct location of libjavaplugin_oji.so → Need to update the Linux jre.xpi to make the link to the new location of libjavaplugin_oji.so
Target Milestone: --- → M19
I think Ed meant to nominate this for rtm, hence doing so.
Keywords: rtm
Sean,
Please review this patch in case this bug gets approved.  Thanks.
Dan,
Please super review this patch as a preemptive measure in the event this bug
gets approved.  Thanks.
Can we get RTM-plus on this?  Thanks Samir for your prompt response.
r=ssu
sr=dveditz
Whiteboard: [rtm+]
rtm++
Whiteboard: [rtm+] → [rtm++]
Samir, please check in!
Fix in branch and trunk.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
shrir - can you verify this since Grace is out?  (verify by installing Java on 
Linux)
QA Contact: gbush → shrir
Yes, qa: self
Ok.. this looks good in today's branch build on linux. The libjavaplugin_oji.so 
now links to it's new location within the 'ns600' folder. And as a result, java 
plugin loads an applets work fine. Adding keyword :vtrunk for  verification on 
trunk. 
Keywords: vtrunk
Works great for me as well (on today's branch).
verified this on the trunk as well 10/27. Marking veriifed.
Status: RESOLVED → VERIFIED
removing vtrunk keyword.
Keywords: vtrunk
Where might I get this new jre.xpi from the outside for testing? The one at the
download place is still the old stuff.
The Linux JRE XPI bits will be available to people outside of Sun and Netscape 
with the Netscape 6 releases, soon!  (I don't know if I'm allowed to say a 
specific date, as I'm not a Netscape employee, so I'm playing it safe and 
legal).  The same Linux JRE will also be available from Sun soon.  I'm afraid we 
can't release it to non-Sun and non-Netsacpe parties just now.
This still isn't working.  Today, the day after the 6.0 release (so the bits on
netcenter have supposedly been updated), I went to a Java page with a mozilla
trunk build, clicked on OK to download the plugin, got a new window showing
http://home.netscape.com/plugins/jvm.html, but the status line said:
an unknown error has occurred
and the button to download the plugin didn't work.  At this point, the browser
was locked up, none of the controls worked (including the windowmanager close
button) and I had to kill the process externally.

If this is already covered by some other bug, please point me to it when closing
this one.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Akkana,
Please file a new bug against the Netscape.com folks regarding the problem you
are experiencing.  Thanks.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Re-verifying.
Re-verifying.
Status: RESOLVED → VERIFIED
Filed new bug 60213.
Product: Browser → Seamonkey
Component: Installer: XPI Packages → Installer
QA Contact: shrir → general
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: