154998 - Mozilla crashed following close of window containing Java applet [@ QDUnbindPortFromNativeWindow]

Status: RESOLVED WORKSFORME

(Core Graveyard :: Java: OJI, defect)

Description

[Greg K.]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1a+) Gecko/20020622
BuildID:    2002062203

Mozilla crashed after I closed a Navigator window currently showing the URL in
question which contains a Java applet.

Reproducible: Couldn't Reproduce
Steps to Reproduce:
1. Access the URL
2. Close the window

Actual Results:  Mozilla crashed.

Expected Results:  Mozilla should not have crashed.

Encountered during testing on bug 154361. Stack (to be attached) shows crash in
QDUnbindPortFromNativeWindow.

Comment 1

[Greg K.]

Attachment: Crash report generated by FizzillaCFM/2002062203 showing crash at QDUnbindPortFromNativeWindow in thread 15

Comment 2

[Joe Chou]

Mac bug, re-assign to Patrick.

Comment 3

[Brian Nesse (gone)]

*** Bug 155526 has been marked as a duplicate of this bug. ***

Comment 4

[Greg K.]

*** Bug 158599 has been marked as a duplicate of this bug. ***

Comment 5

[Winnie Lam]

changing status to new since it's been confirmed with bug 158599.

Comment 6

[Todd]

I am experiencing the same problem but on Windows 2000: Leaving a page
containing a Java applet (even with the back button) such as
http://www.privacy.net/analyze causes a Mozilla crash.  I put my comments under
bug 105610 also, in case they're related.  The odd history of this is that I was
running Mozilla 1.0 with JVM 1.4.0 and no problems, and then I upgraded to 1.1
and Java just stopped loading.  I then tried various combinations of JVM and
Mozilla versions, and I would get errors in the Java console of applet failures,
but now that I tried Mozilla 1.0.1, it just crashes and no Java console output.
 I don't know if this is relevant, but I used to have Multizilla, and also have
added a few skins, and the skins are surviving uninstall/reinstall even if I
delete c:\program files\mozilla.  This includes my user-agent string and
about:mozilla page, which erroneously says I am running Mozilla 4.7 on Mac PPC!

I've filled out a few Talkback forms about these crashes, FWIW.

Comment 7

[Chris Petersen]

Using the 2002-10-14-03 trunk build, I can't reproduce this crash. Tested under
OS X 10.2.

Comment 8

[Chris Petersen]

Changing QA contact

Comment 9

[Chris Petersen]

Verified on the 2002-10-14-05 branch under OS X 10.2.1.

Comment 10

[Greg K.]

Reopening. This is still occurring; see bug 179861 (as well as bug 155340).

Comment 11

[Chris Petersen]

I can't reproduce this crash using the 2002-12-17-08 CFM trunk or 2002-12-16-08
Mach-o trunk builds. Tested under 10.2.2. Anyone else able to reproduce ?

Comment 12

[Stephane Moureau]

With Chimera Build 1210, on Colorizer page, if you click the About button (top
right of applet) you get the following console message. You can not close that
window with the Red close button, must use the OK at the bottom of that About
window.

2002-12-18 07:46:11.613 Navigator[2154] *** _NSAutoreleaseNoPool(): Object
0x2462a90 of class NSCarbonWindowContentView autoreleased with no pool in place
- just leaking

If you click again on the About, that console message is no more shown.
You have to go to another page then go back or reload, no matter, and then it
will show again when you click on the About button.

2002-12-18 07:50:52.119 Navigator[2162] *** _NSAutoreleaseNoPool(): Object
0x1f2a130 of class NSCarbonWindowContentView autoreleased with no pool in place
- just leaking
2002-12-18 07:54:42.190 Navigator[2162] *** _NSAutoreleaseNoPool(): Object
0x24d7cc0 of class NSCarbonWindowContentView autoreleased with no pool in place
- just leaking

Quit Chimera or Close the Window:

Dec 18 07:48:08 localhost
/Applications/Chimera/Navigator.app/Contents/MacOS/Navigator:
kCGErrorIllegalArgument : CGSSetTrackingAreaEnabled: Invalid window

Comment 13

[Stephane Moureau]

In Chimera Build 1217, Open the Colorizer page and make a Ctrl-Click over the
Applet, the Contextual shows menu items with Frames menus ???
There is no frame!

If then you make a Ctrl-click somewhere else (not over the applet) the menu is
ok, then Ctrl-click over the Applet the menu is OK.
If you make that Ctrl-click FIRST somewhere else the Contextual menu is ok and
will remain OK after even on the Applet.

It seems that this problem does not occurs if the page/applet is in the cache.
Clear the cache, quit, restart and again the Frames menus appear in the
Contextual menu.

Comment 14

[Greg K.]

Stephane, that sounds different. This bug is about a crash.

You should file a separate bug.

Comment 15

[Stephane Moureau]

OK I will fill 2 new ones, sorry I was trying to give all the strange behaviors.

Comment 16

[Chris Petersen]

Greg,

Can you reproduce this on the Mozilla OS X trunk ?

Comment 17

[Greg K.]

Tested 20 times each on FizzillaMach/2002121607 and Chimera/2002120404 (bug
155340) and couldn't reproduce it.

Since this was reported on Chimera as well, is it showing up in any TB incidents?

Comment 18

[Bozhan Boiadzhiev]

I don't know if this is related to this bug
or it is dublicate.
I don't know if this is a crash becouse i can't see it
MOZILLA RESTARTS coputer after accessing this page
http://www.al4a.com/chat.html and closing mozilla.
I just want to see what is on this page,  wait until applet loads, and then 
close mozilla. 
My computer is restarted.. ugly:) 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030331
but it happens first with  Gecko/20030301

Comment 19

[Bruce Davidson]

Test URL and other locations with Java applets (e.g. news.bbc.co.uk) appear to
be closeable without crashes in the latest nightly (2004033005) on MacOS X 10.3.2.