Closed Bug 88778 Opened 24 years ago Closed 24 years ago

Mozilla 0.9.2 does not start with java pluggin. Was working with 0.9.1

Categories

(Core Graveyard :: Java: OJI, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: valette, Assigned: edburns)

Details

(Keywords: regression)

I installed all my netscape 4.7 pluggins with 0.9.1. Only the acroread pluggin was not found but at least it worked. I then installed 0.9.2, and copied again the pluggins. Mozilla did strat the profile banner but then nothing more. I removed all the pluggins, it started. After a bit of trial and error, the /usr/lib/j2re1.3/plugin/i386/javaplugin.so was the culprit. Note that other pluggin such as realplayer, plugger, shockwave are OK. I add the same install with mozilla 0.9.1 and the same machine and it worked. System : Linux debian (woody/testing). If it can help, I also losed Jpeg image viewing from inside mozilla. I managed to set up xv as a temporary viewer...
Component: Java-Implemented Plugins → Plug-ins
Just to say that I tested it with two JRE environment : blacdown 1.3 and sun implementation (plugin/ns600/xxx)
moving to oji
Assignee: idk → edburns
Component: Plug-ins → OJI
I use 1.3.1 and it works ok. It always crashes the first time when installing, but after that all times it has worked ok Remember to make the symlink from /plugins to where the libjavaplugin_oji.so file is
I've recreated this on one of the 3 Linux workstations I use. All three are running 2.4.4 kernels with Ximian GNOME installed. The only thing that is different on that one machine is the GLIBC version. The machine that has the hanging problem was upgraded with the GLIBC2.2.3 RPM from rawhide (ftp://ftp.redhat.com/pub/redhat/linux/rawhide/). Right now everything else is similar (all three are clean installs of RedHat 7.0 plus Ximian GNOME and have been kept "up-to-date" using Ximian's Red Carpet). Except for the GLIBC upgrade on the problem machine. Hope that helps
reporter, tell me what version of glibc are you using
>dpkg -s libc6 Package: libc6 Status: install ok installed Priority: required Section: base Installed-Size: 12720 Maintainer: Ben Collins <bcollins@debian.org> Source: glibc Version: 2.2.3-5 Replaces: ldso (<= 1.9.11-9), timezone, timezones, gconv-modules, libtricks, libc6-bin, netkit-rpc, netbase (<< 4.0) Provides: gconv-modules, glibc2.2 Depends: libdb2 (>= 2:2.7.7-4) Suggests: locales, glibc-doc Conflicts: strace (<< 4.0-0), libnss-db (<< 2.2-3), timezone, timezones, gconv-modules, libtricks, libc6-doc, libc5 (<< 5.4.33-7), libpthread0 (<< 0.7-10), libc6-bin, libwcsmbs, apt (<< 0.3.0), libglib1.2 (<< 1.2.1-2), libc6-i586, libc6-i686, libc6-v9, netkit-rpc Conffiles: /etc/default/devpts fc857c5ac5fb84d80720ed4d1c624f6e Description: GNU C Library: Shared libraries and Timezone data Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library and the standard math library, as well as many others. Timezone data is also included
I should have pointed out that the GLIBC version I use is the same that cause problems with RH7.0 updated RPM...
Marking NEW while this is sorted out.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
For the record. I just built today's 0.9.2 branch and java works with JDK1.3.1. I have the stock RH 7.0. Marking WORKSFORME. If there is some GLIBC incompatability issue, perhaps it's another bug.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.