Closed Bug 57372 (fphover) Opened 24 years ago Closed 22 years ago

JRE1.3.x crash after display of fphover.class applet

Categories

(Core Graveyard :: Java: OJI, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: wtanaka, Assigned: joe.chou)

References

()

Details

(Keywords: crash, relnote, testcase)

Attachments

(4 files)

From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.4.0-test7 i686)
BuildID:    2000101911

after visiting
http://www.discover.com/nov_00/gthere.html?article=featbestman.html
mozilla crashes


Reproducible: Always
Steps to Reproduce:
1. mozilla http://www.discover.com/nov_00/gthere.html?article=featbestman.html

alternatively, just load that URL while mozilla is running.

Actual Results:                              JavaScript error: 
 line 0: gothere is not defined

Document http://www.discover.com/nov_00/gthere.html?article=featbestman.html
loaded successfully
Create instance called in JavaPluginFactory5!!!!!!!!
 Succeeding in creating proxy
Register Env [0] proxyenv=141930784 tid=134577600
initilizing the java plugin instantance 

[1]  + done       /tmp/package/mozilla 


Expected Results:                              the page should have remained on
the screen and mozilla should have remained running.
WFM Linux 2000-10-19-11 (kernel 2.2.17, glibc-2.1.3-21)
I see the javascript error also. I don't have the java plugin installed.
Reporter, could you try with a 2.2.x kernel? Thanks!
I cannot reproduce on Linux 2000-10-19-11 (kernel 2.2.14-5.0, glibc-2.1.92-5)

I also do not see the JavaPluginFactory5!!!!! output

Here is what I see under this environment:

Document http://www.discover.com/nov_00/gthere.html?article=featbestman.html
loaded successfully
dragstart
didnt get here
****** returning null 2
->>>>>>>>>>>>>> Write Clipboard to memory




switching back to 2.4 kernel now..
I get another reproducable crash at: http://www.house.gov/jacksonlee/
(same mozilla build)

here is the output from mozilla

Error loading URL http://www.house.gov/jacksonlee/: 804b0002
Create instance called in JavaPluginFactory5!!!!!!!!
 Succeeding in creating proxy
Register Env [0] proxyenv=141643488 tid=134577600
initilizing the java plugin instantance

[1]  + done       /tmp/package/mozilla http://www.house.gov/jacksonlee/
java issue, over to OJI
Assignee: asa → edburns
Component: Browser-General → OJI
QA Contact: doronr → shrir
both of these pages like fine on WinNT 4 build 2000101608.

Can somebody attach a stack trace, or load a talkback build and get a talkback
report on the crash?
looks like a bad java plugin? wtanaka: where did you download your java from?
I downloaded it from Sun.

java2/lib/i386 % pwd; echo; strings -a libjava.so  | grep -A 10 'java.*version'
/tmp/package/plugins/java2/lib/i386

java.specification.version
java.specification.name
Java Platform API Specification
java.specification.vendor
Sun Microsystems Inc.
java.version
1.3.0
java.vendor
java.vendor.url
http://java.sun.com/
java.vendor.url.bug
http://java.sun.com/cgi-bin/bugreport.cgi
%d.%d
java.class.version
awt.toolkit
os.name
os.version
os.arch
file.separator
path.separator
line.separator
user.language
file.encoding
user.region



Is there other information that you would find useful?
works fine for me on 10/27 linux branch. Can you retry with a latest build?Thx.
after downloading the java plugin from:

http://home.netscape.com/plugins/jvm.html

I got what appears to be the same crash on build Mozilla/5.0 (X11; U; Linux
2.4.0-test7 i686; en-US; m18) Gecko/20001029

the build number no longer appears to show up in the title bar..



~ % /tmp/package/mozilla
/tmp/package/run-mozilla.sh /tmp/package/mozilla-bin
MOZILLA_FIVE_HOME=/tmp/package
  LD_LIBRARY_PATH=/tmp/package
     LIBRARY_PATH=/tmp/package:/tmp/package/components
       SHLIB_PATH=/tmp/package
          LIBPATH=/tmp/package
       ADDON_PATH=/tmp/package
      MOZ_PROGRAM=/tmp/package/mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
before calling the services 
Failed to create Java VM
XML Error in file 'chrome://global/locale/builtinURLs.rdf', Line Number: 29, Col
Number: 68, Description: mismatched tag
Source Line:    
<NC:contenth>http://home.netscape.com/bookmark/6_0/tstart.html</NC:content>
Setting content window
*** Pulling out the charset
Loading page specified via openDialog
in SetSecurityButton
It's NOT UTF-16BE- byte 24(18)
It's NOT UTF-16LE- byte 25(19)
It's NOT UTF-8- byte 2569(a09)
It's NOT GB2312- byte 2569(a09)
It's NOT x-euc-tw- byte 2569(a09)
It's NOT HZ-GB-2312- byte 2569(a09)
It's NOT ISO-2022-CN- byte 2569(a09)
It's NOT Big5- byte 2569(a09)
It's windows-1252- byte 2569 (a09) Test 18041. The only left
Document http://my.yahoo.com/upd/?http://my.yahoo.com/ loaded successfully
->>>>>>>>>>>>>> Write Clipboard to memory
->>>>>>>>>>>>>> Read Clipboard from memory
It's NOT UTF-16LE- byte 1(1)
It's NOT UTF-16BE- byte 30(1e)
Error loading URL http://www.house.gov/jacksonlee/: 804b0002 
Create instance called in JavaPluginFactory5!!!!!!!!
 Succeeding in creating proxy
Register Env [0] proxyenv=141037000 tid=134578840
initilizing the java plugin instantance 
I am afraid that the jvm that you downloaded is not the latest one. One will be 
available soon.Pls check this bug then. For the time being, trust me..it is 
worknig fine. Thanks!
WFM, recent Linux build.  There is no java requirement on the URL for this bug.
Status: UNCONFIRMED → NEW
Ever confirmed: true
actually...yes. 
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
changing url associated with bug to more recent crash-producer
reopening.
behavior still occurs on URL:
http://www.house.gov/jacksonlee/


mozilla build Mozilla/5.0 (X11; U; Linux 2.4.0-test7 i686; en-US; m18)
Gecko/20001101

again, the build number seems to have disappeared from the titlebar.


here is the last part of the terminal output of mozilla when visiting the URL in
question.


->>>>>>>>>>>>>> Read Clipboard from memory
->>>>>>>>>>>>>> Read Clipboard from memory
It's NOT UTF-16LE- byte 1(1)
It's NOT UTF-16BE- byte 30(1e)
Error loading URL http://www.house.gov/jacksonlee/: 804b0002 
Create instance called in JavaPluginFactory5!!!!!!!!
Warning: Cannot convert string "MetaCtrl<Key>Insert" to type VirtualBinding
 Succeeding in creating proxy
Register Env [0] proxyenv=140913544 tid=134578840
initilizing the java plugin instantance 

[2]  + done       /tmp/package/mozilla
/tmp/package/mozilla  11.00s user 0.78s system 7% cpu 2:40.36 total
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
This new url has applets. Page loads ok, I do not crash.
> I am afraid that the jvm that you downloaded is not the latest one.

Do you know where and when I can try the plugin that you are using?
http://www.mozilla.org/oji/index.html#LATEST_OJI

The latest available Java plugin for Netscape 6 is the one that comes
with Netscape 6 PR3. Please visit netscape to download Netscape 6 PR3
with the Java Plugin Java version 1.3.0_01.

Please note that due to an API change after PR3, the Java Plugin that
comes with PR3 will not work with any Netscape 6 or Mozilla build after
10 October 2000. We will be bundling a new release of the Java Plugin
with the final release of Netscape 6.
Keywords: crash
Whoa yeah, this one brings down da house.
Status: REOPENED → ASSIGNED
Joe, can you look at this one.  Visit the page http://www.house.gov/jacksonlee/ 
and scroll down.  The browser will immediately crash.
Change summary.
Summary: crash after display of discover.com url → crash after display of http://www.house.gov/jacksonlee/ url
This is an fphover applet, it doesn't crash on WINNT.
Joe, can you please look at this one?
Assignee: edburns → joe.chou
Status: ASSIGNED → NEW
*** Bug 69583 has been marked as a duplicate of this bug. ***
Reproduced the crash with mozilla0.7 load on linux. Need more trouble shoot.
Worksforme with the 2001042508 Netscape 6 build.
Status: NEW → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → WORKSFORME
still crashes for me, 2001042608

Here is the error message:
Document http://www.house.gov/jacksonlee/ loaded successfully
# # An unexpected exception has been detected in native code outside the VM.#
Program counter=0x40937ece
#
# Problematic Thread: prio=1 tid=0x8476210 nid=0x11cc runnable 
#
INTERNAL ERROR on Browser End: Pipe closed during read? State may be corrupt
System error?:: Success

[1]  + exit 255   /tmp/mozilla/mozilla
/tmp/mozilla/mozilla  59.49s user 3.13s system 17% cpu 6:05.76 total
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
definitely crashes after applets load on this page. (0425 trunk linux)
I reported bug #69583 which has been marked as a duplicate of this bug (this
seems to be correct, it' another page with java hover buttons).

While experimenting with IBM's JDK on my Redhat 7.1 box (a java killer already
because of the glibc changes) I decided to try their Java Plugin for Mozilla and
it seems to work OK.  Trying to use the plugin from Blackdown or Sun still
causes the problem my browser to crash hard, however I do now get a multiple
core dump files when the browser crashes (I'm running kerne 2.4.4-ac8 which
seems tohave fixed the multithreaded core dump problems of earlier kernels).

I was trying Suns 1.3.1RC2 JDK release since it has most of the fixes for Redhat
7.1.  I was running Mozilla 0.9 with talkback enabled.

Can I provide anything that woould be of help?
a stack trace [or your core] would be nice.

there's now a .02 release of sun's jvm for windows, i'm guessing there's no 
such thing for linux?
Keywords: stackneeded
wfm using build 062906
SPAM: reassigning all OJI bugs to new OJI QA, pmac ( 227 bugs)
QA Contact: shrir → pmac
This still crashes when scrolling down. Even in the debugger, all I get is 

Document http://www.house.gov/jacksonlee/ loaded successfully
# # An unexpected exception has been detected in native code outside the VM.#
Program counter=0x408d5798
#
# Problematic Thread: prio=1 tid=0x837ce90 nid=0xe16 runnable 
#
INTERNAL ERROR on Browser End: Pipe closed during read? State may be corrupt
System error?:: Success
LWP 3570 exited.
LWP 3571 exited.
LWP 3572 exited.
LWP 3582 exited.

Program exited with code 0377.
(gdb) 

The crash happens when the line "environment in which our" is partly visible.
Loading the page with java disabled works fine. With Java enabled, even my
Netscape 6.1 doesn't seem to like this page (freezes while loading).
Here is what I get when I set a breakpoint at '_exit':

(gdb) info threads
  5 Thread 3076 (runnable)  pthread_handle_sigcancel (sig=-1086325960, ctx=
      {gs = 0, __gsh = 0, fs = 64312, __fsh = 48959, es = 57473, __esh = 16435,
ds = 33852, __dsh = 16436, edi = 0, esi = 135473332, ebp = 1077005490, esp = 0,
ebx = 1077067632, edx = 0, ecx = 0, eax = 1076855273, trapno = 1076540800, err =
3208641688, eip = 1076540800, cs = 56768, __csh = 2078, eflags = 3208641528,
esp_at_signal = 1075836167, ss = 1, __ssh = 0, fpstate = 0xbf3ffc98, oldmask =
1076540800, cr2 = 135499984}) at pthread.c:654
  4 Thread 2051 (runnable)  pthread_handle_sigcancel (sig=-1084228664, ctx=
      {gs = 0, __gsh = 0, fs = 64456, __fsh = 48991, es = 57473, __esh = 16435,
ds = 33852, __dsh = 16436, edi = 0, esi = 135305980, ebp = 1077142027, esp =
5523, ebx = 32, edx = 0, ecx = 0, eax = 1077183548, trapno = 1086174816, err =
0, eip = 1077147294, cs = 33852, __csh = 16436, eflags = 1110443040,
esp_at_signal = 3210738728, ss = 63356, __ssh = 16435, fpstate = 0xbf7ffe40,
oldmask = 1110506624, cr2 = 1110506624}) at pthread.c:654
  3 Thread 1026 (runnable)  0x4062b800 in _exit () from /lib/libc.so.6
* 2 Thread 2049 (runnable)  0x4062b800 in _exit () from /lib/libc.so.6
  1 Thread 1024 (runnable)  0x4063f194 in __libc_write () from /lib/libc.so.6

thread 1:

#0  0x4063f194 in __libc_write () from /lib/libc.so.6
#1  0x4034843c in __DTOR_END__ () from /lib/libpthread.so.0
#2  0x405cbfe3 in exit (status=-1) at exit.c:60
#3  0x419bf464 in isPrefixOf ()
#4  0x419be071 in read_PR_fully ()
#5  0x419b03aa in JavaVM5::DoWork ()
#6  0x419af32d in JavaVM5::ProcessWorkQueue ()
#7  0x419af13b in ProxySupport5::ProxmapReply ()
#8  0x404915d4 in gdk_io_invoke (source=0x8647000, condition=G_IO_HUP, 
    data=0x8646fe8) at gdkevents.c:882
#9  0x404c3340 in g_io_unix_dispatch (source_data=0x873c9b0, 
    current_time=0xbfffec54, user_data=0x8646fe8) at giounix.c:135
#10 0x404c4bd6 in g_main_dispatch (dispatch_time=0xbfffec54) at gmain.c:656
#11 0x404c5203 in g_main_iterate (block=1, dispatch=1) at gmain.c:877
#12 0x404c53cc in g_main_run (loop=0x82341e0) at gmain.c:935

thread 2:

#0  0x4062b800 in _exit () from /lib/libc.so.6
#1  0x4033c7e7 in pthread_handle_exit () at manager.c:676
#2  0x4033bccd in __pthread_manager (arg=0xa) at manager.c:161
#3  0x4033bd99 in __pthread_manager_event (arg=0xa) at manager.c:197

thread 3:

#0  0x4062b800 in _exit () from /lib/libc.so.6
#1  0x4033ddd2 in pthread_handle_sigcancel (sig=33, ctx=
      {gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh
= 0, edi = 3212835472, esi = 3212836488, ebp = 3212835412, esp = 3212835384, ebx
= 3212835472, edx = 35000, ecx = 1, eax = 4294967292, trapno = 1, err = 0, eip =
1080312157, cs = 35, __csh = 0, eflags = 659, esp_at_signal = 3212835384, ss =
43, __ssh = 0, fpstate = 0xbf7ff9b8, oldmask = 2147483648, cr2 = 0})
    at pthread.c:668
#2  <signal handler called>
#3  0x4064415d in __poll (fds=0xbf7ffa90, nfds=1, timeout=35000)
#4  0x40319f34 in _pr_poll_with_poll (pds=0x810ebb8, npds=1, timeout=35000)
#5  0x4031a261 in PR_Poll (pds=0x810ebb8, npds=1, timeout=35000)
#6  0x40b0a191 in nsSocketTransportService::Run (this=0x8127500)
#7  0x402029a5 in nsThread::Main (arg=0x8144a30)
#8  0x4031c0bb in _pt_root (arg=0x8128658)
#9  0x4033be93 in pthread_start_thread (arg=0xbf7ffe40) at manager.c:241
#10 0x4033beda in pthread_start_thread_event (arg=0xbf7ffe40) at manager.c:264

thread 4:

#0  pthread_handle_sigcancel (sig=-1084228664, ctx=
      {gs = 0, __gsh = 0, fs = 64456, __fsh = 48991, es = 57473, __esh = 16435,
ds = 33852, __dsh = 16436, edi = 0, esi = 135305980, ebp = 1077142027, esp =
5523, ebx = 32, edx = 0, ecx = 0, eax = 1077183548, trapno = 1086174816, err =
0, eip = 1077147294, cs = 33852, __csh = 16436, eflags = 1110443040,
esp_at_signal = 3210738728, ss = 63356, __ssh = 16435, fpstate = 0xbf7ffe40,
oldmask = 1110506624, cr2 = 1110506624}) at pthread.c:654
#1  0x4033e0c0 in __pthread_wait_for_restart_signal (self=0xbf5ffe40)
#2  0x4033ac40 in pthread_cond_wait (cond=0x8109afc, mutex=0x8139328)
#3  0x40313678 in PR_WaitCondVar (cvar=0x8109af8, timeout=4294967295)
#4  0x40b1c1bb in nsDNSService::DequeuePendingQ (this=0x8128770)
#5  0x40b1bb36 in nsDNSService::Run (this=0x8128770)
#6  0x402029a5 in nsThread::Main (arg=0x8109b10)
#7  0x4031c0bb in _pt_root (arg=0x810f730)
#8  0x4033be93 in pthread_start_thread (arg=0xbf5ffe40) at manager.c:241
#9  0x4033beda in pthread_start_thread_event (arg=0xbf5ffe40) at manager.c:264

thread 5:

#0  pthread_handle_sigcancel (sig=-1086325960, ctx=
      {gs = 0, __gsh = 0, fs = 64312, __fsh = 48959, es = 57473, __esh = 16435,
ds = 33852, __dsh = 16436, edi = 0, esi = 135473332, ebp = 1077005490, esp = 0,
ebx = 1077067632, edx = 0, ecx = 0, eax = 1076855273, trapno = 1076540800, err =
3208641688, eip = 1076540800, cs = 56768, __csh = 2078, eflags = 3208641528,
esp_at_signal = 1075836167, ss = 1, __ssh = 0, fpstate = 0xbf3ffc98, oldmask =
1076540800, cr2 = 135499984}) at pthread.c:654
#1  0x4033e0c0 in __pthread_wait_for_restart_signal (self=0xbf3ffe40)
#2  0x4033ac40 in pthread_cond_wait (cond=0x81328b4, mutex=0x81390d0)
#3  0x40313678 in PR_WaitCondVar (cvar=0x81328b0, timeout=4294967295)
#4  0x402045de in nsThreadPool::GetRequest (this=0x8128128, 
    currentThread=0x81edd40) 
#5  0x402055b3 in nsThreadPoolRunnable::Run (this=0x81edd28)
#6  0x402029a5 in nsThread::Main (arg=0x81edd40)
#7  0x4031c0bb in _pt_root (arg=0x81eddc0)
#8  0x4033be93 in pthread_start_thread (arg=0xbf3ffe40) at manager.c:241
#9  0x4033beda in pthread_start_thread_event (arg=0xbf3ffe40) at manager.c:264
wfm using build 2001103113 on Linux (RH6.2, glibc 2.1.3) + JRE 1.3.0_01.
It still gives me this:

# # An unexpected exception has been detected in native code outside the VM.#
Program counter=0x40954c9e
#
# Problematic Thread: prio=1 tid=0x851f708 nid=0x1c8f runnable 
#
INTERNAL ERROR on Browser End: Pipe closed during read? State may be corrupt
System error?:: Success

using build 2001103021 on Linux (RH7.1+, glibc 2.2.4) + plugin JRE 1.3.0_01.
Please try the newer plugin 
(http://java.sun.com/products/plugin/).

Here's what I did (mozilla 0.9.5, otherwise same system as above):

cd /usr/lib/mozilla/plugins/
rm -rf java2
ln -s /usr/java/jdk1.3.1/jre java2
killed mozilla
/usr/bin/mozilla
visited http://www.house.gov/jacksonlee/

mozilla exited with return value 255

Tried again with later build (2001110121)
cd /tmp/mozilla/plugins/
rm -rf java2
ln -s /usr/java/jdk1.3.1/jre java2
/tmp/mozilla/mozilla
visited http://www.house.gov/jacksonlee/

Another crash.  I'll attach the output from this one, since it's pretty long.




fyi:

lib/mozilla/plugins % rpm -qif /usr/java/jdk1.3.1/jre 
Name        : jdk                          Relocations: (not relocateable)
Version     : 1.3.1                             Vendor: Sun Microsystems
Release     : fcs                           Build Date: Sun 06 May 2001 03:46:01
AM PDT
Install date: Fri 18 May 2001 09:54:36 AM PDT      Build Host: lady-linux
Group       : Development/Tools             Source RPM: jdk-1.3.1-fcs.src.rpm
Size        : 59866441                         License: 1994-2001 Sun
Microsystems, Inc.
Packager    : Java Software <j2se-comments@java.sun.com>
URL         : http://java.sun.com/linux
Summary     : Java(TM) 2 Software Development Kit, Standard Edition
Description :
The Java 2 SDK, Standard Edition includes the Java Virtual Machine,
core class libraries and tools used by programmers to develop Java software
applets and applications. The SDK also provides the foundation for IDE
(Integrated Development Environment) tools such as Sun's Forte for Java,
Community Edition, the Java(TM) 2 Platform, Enterprise Edition (J2EE),
Java-based application servers and more.
The Java 2 Software Development Kit, SDK, is a development
environment for building applications, applets, and components
that can be deployed on the Java platform.
The Java 2 SDK software includes tools useful for developing and
testing programs written in the Java programming language and
running on the Java platform.  These tools are designed to be used
from the command line.  Except for applet viewer, these tools do not
provide a graphical user interface.
attachment 56538 [details] is 
hs_err_pid30720.log.
ok. i was able to reproduce it with redhat 6.2 and jre1.3.1

This is not OJI or mozilla problem. 
Indeed this is bug in jdk1.3.1 because i can get jvm crash 
even with appletviewer. 

The problem is caused neither by multiple applet instances nor
by applet in general. The crash is due to one particular 
applet instance. I will attach tgz with reduced testcase shortly.
*** Bug 95867 has been marked as a duplicate of this bug. ***
Igor, I don't see this bug in JRE 1.30 release notes over at
http://java.sun.com/j2se/1.3.0/ReleaseNotes.html
Did you file a bug report on Sun's Web site
http://developer.java.sun.com/developer/bugParade/ ?
Yes, i filed bug against jre1.3.1 yesterday.
bugtraq id is 4522932.

*** Bug 108659 has been marked as a duplicate of this bug. ***
*** Bug 106759 has been marked as a duplicate of this bug. ***
*** Bug 102346 has been marked as a duplicate of this bug. ***
*** Bug 111944 has been marked as a duplicate of this bug. ***
OS needs to be changed to reflect that it happens on Windows 2000SP2 with
JRE1.3.1_01 and using Mozilla 2001112508, see bug 111944 for details and copy of
fphover.class file.

URL works fine with JRE1.3.1 on Mozilla 2001112508 win32 though so it looks like
something (as far as win32 is concerned) that was introduced for JRE1.3.1_01
Ian: would you please try to run appletviewer (from both versions of jre
you         have) for same testcase? If it will crash then please file bug
against jdk       to http://developer.java.sun.com/developer/bugParade/.

I have filed bug 4522932 before and jdk developers confirmed it. However, 
they decided to not fix it for 1.3 branch unless there will serious 
motivation for escalation. Bug is fixed in 1.4 branch of sun's jdk.

BUT as far as i know this was _linux_ specific problem and may be you found new
one.
To run appletviewer I presume I need to download the SDK from 1.3.1 and
1.3.1_01?
Works fine through appletviewer on Windows 2000 with both JDK 1.3.1 and JDK
1.3.1_01
No crash with 2001121921 and sun JRE 1.3.0_01, 1.3.1-b24 and blackdown 1.3.1
0.9.7 with sun JRE 1.3.1 has no problems with the URL or any of the duplicates.
 I will resolve this as WORKSFORME.  Seems to have been a problem with 1.3.0_01.
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
*** Bug 123594 has been marked as a duplicate of this bug. ***
*** Bug 121031 has been marked as a duplicate of this bug. ***
*** Bug 113329 has been marked as a duplicate of this bug. ***
*** Bug 128350 has been marked as a duplicate of this bug. ***
*** Bug 127560 has been marked as a duplicate of this bug. ***
*** Bug 132449 has been marked as a duplicate of this bug. ***
*** Bug 136300 has been marked as a duplicate of this bug. ***
*** Bug 111454 has been marked as a duplicate of this bug. ***
*** Bug 147828 has been marked as a duplicate of this bug. ***
Because many new bugs are duped against this bug, bug can't be WORKSFORME - so
I'm reopening this bug. 

Joe Chou, Pmac: fix it or mark it WONTFIX or resolve it with correct resolution
(actual was setted diego@biurrun.de). If this bug is really WORKSFORME, most of
duplicated bugs should be reopened.
Status: RESOLVED → REOPENED
Keywords: stackwantedtestcase
Resolution: WORKSFORME → ---
Unless someone can prove that this occurs in JRE1.4 I think this is wfm w/ 
JRE1.4 and that the problem is limited to JRE1.3.

Someone should write a release note, do I have any volunteers?
Keywords: relnote
Summary: crash after display of http://www.house.gov/jacksonlee/ url → JRE1.3.x crash after display of http://www.house.gov/jacksonlee/ url
*** Bug 148335 has been marked as a duplicate of this bug. ***
*** Bug 150441 has been marked as a duplicate of this bug. ***
JRE 2 1.40_01 works for me
*** Bug 151790 has been marked as a duplicate of this bug. ***
*** Bug 152020 has been marked as a duplicate of this bug. ***
Alias: fphover
Summary: JRE1.3.x crash after display of http://www.house.gov/jacksonlee/ url → JRE1.3.x crash after display of fphover.class applet
*** Bug 152198 has been marked as a duplicate of this bug. ***
If OS was changed to all then bug 111944 could be duped against this otherwise
some sort of dependency should be introduced.
OS: Linux → All
*** Bug 111944 has been marked as a duplicate of this bug. ***
bug 152567 is possibly another dupe
*** Bug 152567 has been marked as a duplicate of this bug. ***
*** Bug 153327 has been marked as a duplicate of this bug. ***
*** Bug 153424 has been marked as a duplicate of this bug. ***
J2RE 1.4.0 on Windows 2000 hangs for a period of time with this applet on a page
but doesn't crash. Please see bug 153969 for additional information.
*** Bug 159335 has been marked as a duplicate of this bug. ***
As a side note. This problem also happens on HPUX 11i with the "latest avaible
1.4  java sdk " and mozilla 1.1b the java_vm hanges on reloading of the page
with this applet. , it was also present with the version 1.3... SDK under HPUX
11i patched to the HP recomened patch level.
*** Bug 147608 has been marked as a duplicate of this bug. ***
*** Bug 162654 has been marked as a duplicate of this bug. ***
*** Bug 161278 has been marked as a duplicate of this bug. ***
*** Bug 165771 has been marked as a duplicate of this bug. ***
*** Bug 165819 has been marked as a duplicate of this bug. ***
WFM 1.1 Linux i686 Sun java 1.4.0
*** Bug 166060 has been marked as a duplicate of this bug. ***
*** Bug 166406 has been marked as a duplicate of this bug. ***
This is Linux-only problem that is specific for jre 1.3*
Please, do not close bugs that were filed for other platforms or jre versions 
as duplicates of this one. 

To be sure that bug is really duplicate following conditions must be met:
  - page must contain fphover.class
  - java plugin version must be 1.3* something and platform must be linux
     (at least attached testcase must also crash mozilla)
  - hs*.log files created by crashed java plugin must contain following 
    stack trace:
    
Current Java thread:
        at sun.awt.motif.X11Graphics.disposeImpl(Native Method)
        at sun.awt.motif.X11Graphics.dispose(X11Graphics.java:251)
        at sun.awt.RepaintArea.paint(RepaintArea.java:300)
        at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java:349)
        at java.awt.Component.dispatchEventImpl(Component.java:2663)
        at java.awt.Container.dispatchEventImpl(Container.java:1213)
        at java.awt.Component.dispatchEvent(Component.java:2497)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:339)
        at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:131)
        at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:98)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:85)

This will not be fixed in jre1.3 and should work with 1.4 on linux.

I think WORKFORME is ok for this case (meaning WORSFORME with java plugin 1.4+).
(Note, that problem is in java plugin and has nothing can be fixed in to resolve
this)

Status: REOPENED → RESOLVED
Closed: 23 years ago22 years ago
OS: All → Linux
Resolution: --- → WORKSFORME
*** Bug 161991 has been marked as a duplicate of this bug. ***
This isn't just a linux problem, see bug 111944
fphover.class applet with JRE1.3 (version 1.3.1_01 and above) on Windows causes
a hang too
Ian: 111944 is different problem, thanks for pointing - i just reopened it
    (in that case - no CRASH, 
      browser HANG and this behavior is not reproducible with plain jre)

  
In that case there are at least 12 bugs duped against this, which should have
been duped against that bug!
There's also one Mac OS X one!
Well, i agree - this is mess. 
But these hangs on windows are definetely different from crash on linux.

I guess we need to reopen all windows specific bugs that were mistakenly 
marked as duplicate of this one. However, please check that they are really 
the same as bug 111944 before closing them again. 

Which one is for Mac OS? It should be kept separately too.
Done that, bug 165819
Would be nice if there was a related to field but seeing there isn't I'll put it
that this bug blocks bug 111944 and bug 165819 (feel free to change that if you
want)
Blocks: 111944, 165819
No longer blocks: 165819
Chris Petersen is a new QA contact for oji component. His email is:
petersen@netscape.com
Assignee: joe.chou → petersen
fixing small error for pmac@netscape.com (filter with : SPAMMAILSUCKS)
Assignee: petersen → joe.chou
QA Contact: pmac → petersen
*** Bug 175775 has been marked as a duplicate of this bug. ***
*** Bug 176614 has been marked as a duplicate of this bug. ***
*** Bug 181184 has been marked as a duplicate of this bug. ***
*** Bug 184447 has been marked as a duplicate of this bug. ***
*** Bug 185178 has been marked as a duplicate of this bug. ***
i don't understand why this bug is marked as resolved.  no matter what version
of the JRE is being used, mozilla shouldn't crash just because there is a
problem with a plugin, right?
What would be interesting to find out is does the fphover class cause JRE 1.3.x
to hang which causes mozilla to crash or does it cause JRE 1.3.x to crash which
then causes Mozilla to crash, but as Marc says a plugin crashing should not
really take mozilla with it. What happens when other plugins crash?

Reopening bug.

Just as a side note bug 111944 which is to do with the hang of Mozilla/JRE on
Windows has been split into two bugs one to do with the hang of JRE and the
other to do with the hang of Mozilla maybe a similar split should happen with
this bug?
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
-> worksforme

The problem that a plugin can crash or hang mozilla is not this bug.
Search and you will find it.

Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → WORKSFORME
why is this worksforme?  shouldn't we just make this dependent on the "keeping 
mozilla from crashing when plugins crash" bug?  this particular bug was to 
track a very specific thing.  that specific thing still brings mozilla to its 
knees.  doesn't sound like wfm to me....

marc
*** Bug 208100 has been marked as a duplicate of this bug. ***
*** Bug 216989 has been marked as a duplicate of this bug. ***
*** Bug 223857 has been marked as a duplicate of this bug. ***
matti: are you going to explain why you think this should be WFM?
i think matti's interpretation of this bug is that it was tracking the bug in
JRE, not the browser's shortcomings.  for those, we still have bug 176280 and
bug 156493.  i'll stop kicking this obviously dead horse, now ;)
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: