Closed Bug 85076 Opened 24 years ago Closed 22 years ago

[xlib] java not supported with this port

Categories

(Core Graveyard :: Plug-ins, defect, P4)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: timecop, Assigned: James.Melvin)

References

(
URL
)

Details

From Bugzilla Helper: User-Agent: Mozilla/4.77 [ja] (X11; U; Linux 2.4.4 i586; Nav) BuildID: 20010611 Java plugin hangs in "Loading Applet..." state Reproducible: Always Steps to Reproduce: 1. goto java.sun.com 2. observe the plugin on the left sidebar 3. Actual Results: plugin fails to initialize Expected Results: plugin should load and scroll some news
Blocks: 79119
Severity: normal → major
edburns: Could you please take a look at this ? JAVA plugin should _not_ be fixed to a specific toolkit (this is - AFAIK - not part of the OJI spec, right ?) - otherwise we lock-out any other browsers like Opera (Qt-toolkit based) etc. Xlib-toolkit can be enabled at "configure" time with --enable-toolkit=xlib (you may want lastest patch from bug 66082 to get images&co. "right")... BTW: Is the following really neccesary ? % java -version java version "1.3.1" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24) Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode) % ldd /usr/java/jre/plugin/sparc/ns600/libjavaplugin_oji.so libnspr4.so => (file not found) libgtk-1.2.so.0 => /usr/local/lib/libgtk-1.2.so.0 libgdk-1.2.so.0 => /usr/local/lib/libgdk-1.2.so.0 libgmodule-1.2.so.0 => /usr/local/lib/libgmodule-1.2.so.0 libglib-1.2.so.0 => /usr/local/lib/libglib-1.2.so.0 libXext.so.0 => /usr/lib/libXext.so.0 libm.so.1 => /usr/lib/libm.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libX11.so.4 => /usr/lib/libX11.so.4 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libc.so.1 => /usr/lib/libc.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1 Why does the plugin link to the GDK/GTK+ libraries ?
No longer blocks: 79119
URL: http://java.sun.com → http://www.javasoft.com/j2se/1.3/
Severity: major → critical
Keywords: correctness
Priority: -- → P3
Since this is a beef with the java plugin, re-assigning to Jim Melvin.
Assignee: av → James.Melvin
Priority: P3 → P4
Tested it with JDK 1.4 beta, 2001-06-18-08-trunk build with gcc 2.95.1 on Solaris 7 SPARC: -- snip -- % ./mozilla ./run-mozilla.sh ./mozilla-bin MOZILLA_FIVE_HOME=. LD_LIBRARY_PATH=.:./plugins:/usr/local/staden/lib/solaris-binaries:/usr/local/lib:/usr/local/rvplayer5.0:/usr/local/arb/lib LIBRARY_PATH=.:./components SHLIB_PATH=. LIBPATH=. ADDON_PATH=. MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= File descriptors set to 512 Type Manifest File: /shared/bigtmp/mozilla/2001-06-18-08-trunk/objdir_gcc_xlib/dist/bin/components/xpti.dat nsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nNCL: registering deferred (0) Initialized app shell component {7cb5b7a0-07d7-11d3-bde2-000064657374}, rv=0x00000000 nsDeviceContextXlib::Init(dpy=3e440 screen=15e0f8 visual=170e70 depth=24) WEBSHELL+ = 1 nsPluginHostImpl ctor ********** Got plugins path: /shared/bigtmp/mozilla/2001-06-18-08-trunk/objdir_gcc_xlib/dist/bin/./plugins IsPluginFile(/usr/j2se/jre/plugin/sparc/ns600/libjavaplugin_oji140.so) LoadPlugin() /usr/j2se/jre/plugin/sparc/ns600/libjavaplugin_oji140.so returned 3f96b8 GetMIMEDescription() returned "application/x-java-vm::Java(tm) Plug-in;application/x-java-applet::Java(tm) Plug-in;application/x-java-applet;version=1.1::Java(tm) Plug-in;application/x-java-applet;version=1.1.1::Java(tm) Plug-in;application/x-java-applet;version=1.1.2::Java(tm) Plug-in;application/x-java-applet;version=1.1.3::Java(tm) Plug-in;application/x-java-applet;version=1.2::Java(tm) Plug-in;application/x-java-applet;version=1.2.1::Java(tm) Plug-in;application/x-java-applet;version=1.2.2::Java(tm) Plug-in;application/x-java-applet;version=1.3::Java(tm) Plug-in;application/x-java-applet;jpi-version=1.4::Java(tm) Plug-in;application/x-java-bean::Java(tm) Plug-in;application/x-java-bean;version=1.1::Java(tm) Plug-in;application/x-java-bean;version=1.1.1::Java(tm) Plug-in;application/x-java-bean;version=1.1.2::Java(tm) Plug-in;application/x-java-bean;version=1.1.3::Java(tm) Plug-in;application/x-java-bean;version=1.2::Java(tm) Plug-in;application/x-java-bean;version=1.2.1::Java(tm) Plug-in;application/x-java-bean;version=1.2.2::Java(tm) Plug-in;application/x-java-bean;version=1.3::Java(tm) Plug-in;application/x-java-bean;jpi-version=1.4::Java(tm) Plug-in" For application/x-java-vm found plugin /usr/j2se/jre/plugin/sparc/ns600/libjavaplugin_oji140.so WEBSHELL+ = 2 Getting the xlib connection number. Enabling Quirk StyleSheet Note: verifyreflow is disabled Note: styleverifytree is disabled Note: frameverifytree is disabled NS_TimeToNextTimeout() lives! Disabling Quirk StyleSheet Start reading in bookmarks.html Finished reading in bookmarks.html (24462 microseconds) NS_ProcessTimeouts() lives! WEBSHELL+ = 3 Enabling Quirk StyleSheet Enabling Quirk StyleSheet WEBSHELL+ = 4 Opening file cookperm.txt failed blank Document http://www.mozilla.org/ loaded successfully Disabling Quirk StyleSheet Enabling Quirk StyleSheet Enabling Quirk StyleSheet INTERNAL ERROR on Browser End: Could not open display! System error?:: Error 0 -- snip -- Whheeee.... nice... ;-( % java -version java version "1.4.0-beta" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-beta-b65) Java HotSpot(TM) Client VM (build 1.4.0-beta-b65, mixed mode) ---- 1. You do not need any patches for Xlib-toolkit anymore - just build it with --enable-toolkit=xlib - that's all... 2. Is it possible to get this fixed in 0.9.2 or 0.9.3, please (please set "target milestone" if possible...) ?
Any news here ?
Not sure, but this may be the same as bug 117483.
Maybe a dup (or related to) bug 101687?
this is the XLIB port, not the GTK (default) port. This is not about WINDOWS version of mozilla. iT's just about a dead port that nobody but some crazy fanatics still maintain and keep useful. Changing tagline to reflect this
Summary: xlib port has trouble running java applets → [xlib] java not supported with this port
timecop wrote: > this is the XLIB port, not the GTK (default) port. This is not about WINDOWS > version of mozilla. iT's just about a dead port that nobody but some crazy > fanatics still maintain and keep useful. fanatics ?! Grrrrrr... =:-)
Fine -- if you guys are going to sit here and split hairs over the release (concensus is GTK is what constitutes the RPM releases for Linux?), then please see bug 119850, which I forked so nobody gets confused. Yes, I'm seeing similar problems in the current GTK release, but I don't want this bug to be declared dead because the release in question is only used by "some crazy fanatics". Sheesh. I think it's pretty obvious that Java is just plain broke under 0.9.7 under Linux and Windows at least.
Today I have installed JDK1.4 _FCS_ on my Solaris 2.7 SPARC box and now both Xlib and GTK+ toolkit Forte7 builds are working... :) I suggest to close this one as WFM (WorksForMe) ... :-)
Marking WFM due to the last comment. Reopen if your opinion is different and you are able to reproduce this with a current build.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.