Closed Bug 145775 Opened 22 years ago Closed 21 years ago

Crash when loading /unloading page with applets

Categories

(Core Graveyard :: Java: OJI, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: thierry.ciot, Assigned: joshua.xia)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417 BuildID: Seen with several builds including RC2 We are seen crashes (browser goes away without any trace) when transitioning from pages that have applets. This happens with NS6.2.*, Mozilla RC1 and RC2. In general we do not get any information at the terminal, most of the time we do not get a tallback incident but once we got the trace below. Please note that the tallback feature (Full circle) does not work with proxies that require authentication (or at least I was not able to make it work) thus we cannot report bugs that we find. As a consequence, basing your bug to fix judgement on talk back statistics is biased. Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' Unexpected Signal : 11 occurred at PC=0x40113c2d Function name=method__5JNIid Library=/usr/java/jre1.3.1_02/lib/i386/client/libjvm.so Current Java thread: at sun.plugin.ActivatorCookieHandler.findCookieForURL(Native Method) at sun.plugin.ActivatorCookieHandler.getCookieInfo(ActivatorCookieHandler.java:131) at sun.plugin.protocol.jdk12.http.HttpURLConnection.connectStep2(HttpURLConnection.java:286) at sun.plugin.protocol.jdk12.http.HttpURLConnection.connect(HttpURLConnection.java:151) at sun.plugin.protocol.jdk12.http.HttpURLConnection.getInputStream(HttpURLConnection.java:322) at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:230) at com.compuware.dpj.licensing.ApplicationLife.SendCommandToServer(ApplicationLife.java:462) at com.compuware.dpj.licensing.ApplicationLife.SendSystemInfo(ApplicationLife.java:385) at com.compuware.dpj.licensing.ApplicationLife.run(ApplicationLife.java:271) at java.lang.Thread.run(Thread.java:484) Dynamic libraries: 08048000-0804c000 r-xp 00000000 08:02 492687 /usr/java/jre1.3.1_02/bin/i386/native_threads/java_vm 0804c000-0804d000 rw-p 00003000 08:02 492687 /usr/java/jre1.3.1_02/bin/i386/native_threads/java_vm 40000000-40016000 r-xp 00000000 08:02 475190 /lib/ld-2.2.4.so 40016000-40017000 rw-p 00015000 08:02 475190 /lib/ld-2.2.4.so 40017000-40020000 r-xp 00000000 08:02 1147918 /usr/java/jre1.3.1_02/lib/i386/native_threads/libhpi.so40020000-40021000 rw-p 00008000 08:02 1147918 /usr/java/jre1.3.1_02/lib/i386/native_threads/libhpi.so40021000-40022000 r--p 00000000 08:02 393224 /usr/lib/locale/en_US/LC_IDENTIFICATION 40022000-40023000 r--p 00000000 08:02 950316 /usr/lib/locale/en_US/LC_MEASUREMENT 40023000-40024000 r--p 00000000 08:02 819240 /usr/lib/locale/en_US/LC_TELEPHONE 40024000-40025000 r--p 00000000 08:02 819242 /usr/lib/locale/en_US/LC_ADDRESS 40026000-40033000 r-xp 00000000 08:02 65593 /lib/i686/libpthread-0.9.so 40033000-4003b000 rw-p 0000c000 08:02 65593 /lib/i686/libpthread-0.9.so 4003b000-4022b000 r-xp 00000000 08:02 918583 /usr/java/jre1.3.1_02/lib/i386/client/libjvm.so 4022b000-40329000 rw-p 001ef000 08:02 918583 /usr/java/jre1.3.1_02/lib/i386/client/libjvm.so 40340000-40361000 r-xp 00000000 08:02 836972 /usr/java/jre1.3.1_02/lib/i386/libjava.so 40361000-40363000 rw-p 00020000 08:02 836972 /usr/java/jre1.3.1_02/lib/i386/libjava.so 40364000-40732000 r-xp 00000000 08:02 836980 /usr/java/jre1.3.1_02/lib/i386/libawt.so 40732000-40742000 rw-p 003cd000 08:02 836980 /usr/java/jre1.3.1_02/lib/i386/libawt.so 40757000-40779000 r-xp 00000000 08:02 65591 /lib/i686/libm-2.2.4.so 40779000-4077a000 rw-p 00021000 08:02 65591 /lib/i686/libm-2.2.4.so 4077a000-4077d000 r-xp 00000000 08:02 475203 /lib/libdl-2.2.4.so 4077d000-4077e000 rw-p 00002000 08:02 475203 /lib/libdl-2.2.4.so 4077f000-407c7000 r-xp 00000000 08:02 295536 /usr/X11R6/lib/libXt.so.6.0 407c7000-407cb000 rw-p 00047000 08:02 295536 /usr/X11R6/lib/libXt.so.6.0 407cb000-408a4000 r-xp 00000000 08:02 295510 /usr/X11R6/lib/libX11.so.6.2 408a4000-408a9000 rw-p 000d8000 08:02 295510 /usr/X11R6/lib/libX11.so.6.2 408a9000-408da000 r-xp 00000000 08:02 836979 /usr/java/jre1.3.1_02/lib/i386/libmlib_image.so 408da000-408dc000 rw-p 00030000 08:02 836979 /usr/java/jre1.3.1_02/lib/i386/libmlib_image.so 408dc000-408ed000 r-xp 00000000 08:02 836971 /usr/java/jre1.3.1_02/lib/i386/libverify.so 408ed000-408ef000 rw-p 00010000 08:02 836971 /usr/java/jre1.3.1_02/lib/i386/libverify.so 408ef000-40a21000 r-xp 00000000 08:02 65589 /lib/i686/libc-2.2.4.so 40a21000-40a26000 rw-p 00131000 08:02 65589 /lib/i686/libc-2.2.4.so 40a2a000-40a3d000 r-xp 00000000 08:02 475208 /lib/libnsl-2.2.4.so 40a3d000-40a3e000 rw-p 00012000 08:02 475208 /lib/libnsl-2.2.4.so 40a41000-40a75000 r-xp 00000000 08:02 328145 /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so 40a75000-40a81000 rw-p 00033000 08:02 328145 /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so 40a8300 Reproducible: Sometimes Steps to Reproduce: Load/Unload page with applets (each page has an applet) Or Refresh a page that has applets Actual Results: browser crashed Expected Results: browser should not crash This is possibly related to: http://bugzilla.mozilla.org/show_bug.cgi?id=94801 Running many applets consecutively will cause browser crash http://bugzilla.mozilla.org/show_bug.cgi?id=136285 applets crash browser http://bugzilla.mozilla.org/show_bug.cgi?id=139789 java applets crash in multiframe page
Thierry, what version of jre are you using? I couldn't reproduce it on my windows 2000. I'm currenty using jre 1.4.1_01 and netscape branch build (2002-07-01-08-1.0.0). Can you provide me the url or any test case that causing the 'crash'? Thanks!
We have seen this happening with JRE 1.3.1 or 1.4 This problem happens more often on Solaris. Any page with applets will do (I am sure you have some for unit and regression testing, right?).
As far as reproducing, it seems the best bet are pages with frames (each frame with an applet) (load and unload).
Depends on: 115998
Depends on: 139789
No longer depends on: 115998
Chris Petersen is a new QA contact for oji component. His email is: petersen@netscape.com
Assignee: joe.chou → petersen
Status: UNCONFIRMED → NEW
fixing small error for pmac@netscape.com (filter with : SPAMMAILSUCKS)
Assignee: petersen → joe.chou
QA Contact: pmac → petersen
reassign to me
Assignee: joe.chou → joshua.xia
Status: NEW → UNCONFIRMED
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.2.1) Gecko/20021130 Java: Java Plug-in 1.4.0_01 for Netscape Navigator (DLL Helper) I think mine is related to this bug: On loading certain pages, Mozilla closes without any error, warning or any other message. The smallest file I could reproduce the behavior with is: <html> <body> <applet> </applet> </body> </html> This is an annoying bug, BTW. I hope it helps...
I upgraded to JRE 1.4.1_01: No crashes on sites with Java anymore.
Unable to reproduce on build 2004011308, using test case given in comment #7 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7a) Gecko/20040113 Windows 98 SE Java(TM) Plug-in: Version 1.4.1_03 Reporter: Could you please download a recent nightly build from <ftp://ftp.mozilla.org/pub/mozilla/nightly/>, and then let us know if you still see this problem? It would also be helpful if you gave a sample URL which can trigger this bug. Thanks.
Thierry, can you reproduce this with current versions of Mozilla and Java?
Resolving this bug as WORKSFORME. Reporter: If this issue still occurs on a recent nightly build, please reopen this bug and provide further details on how to reproduce it. Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.