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

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.

actually...yes.

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

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.

Whoa yeah, this one brings down da house.

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.

This is an fphover applet, it doesn't crash on WINNT.

Joe, can you please look at this one?

*** 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.

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

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?

wfm using build 062906

SPAM: reassigning all OJI bugs to new OJI QA, pmac ( 227 bugs)

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.

*** 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.

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?

*** 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. ***

*** 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.

*** 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)

*** 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)

Chris Petersen is a new QA contact for oji component. His email is: petersen@netscape.com

fixing small error for pmac@netscape.com (filter with : SPAMMAILSUCKS)

*** 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?

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

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 ;)