Closed Bug 85076 Opened 23 years ago Closed 20 years ago

[xlib] java not supported with this port

Categories

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

x86
Linux
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: timecop, Assigned: James.Melvin)

References

()

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
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: 20 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.