Closed Bug 168549 Opened 22 years ago Closed 19 years ago

Menu commands become disabled after dismissing Java Plugin security dialog

Categories

(Camino Graveyard :: Plug-ins, defect, P2)

Product:
Camino Graveyard
Component:
Plug-ins
Platform:
PowerPC
macOS
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: chrispetersen, Assigned: sfraser_bugs)

References

(
URL
)

Details

Build: 2002-09-13-05
Platform: 0S X 10.2
Expected Results: After applet has been intialized, Chimera's ability to close
the window should still function
What I got: Command -W no longer functions. Notice, that most of the
application's menu items are also dimmed.

Steps to reproduce:

1) Go to url
2) Applet starts to load. Java Plug-in security warning dialog appears. Click
"Grant this session" button.
3) Applet appears on page. Notice the dimmed back/forward arrows on toolbar.
4) Press command -W to close window. Nothing happens.
Severity: normal → major
Summary: After a chat applet becomes intialized on page, Chimera can no longer close the current window → After a chat applet becomes intialized on the page, Chimera can no longer close the current window
I can't reproduce this under 10.1.4 using the same build (2002-09-13-05). Maybe
this is a 10.2 only issue.
Under 10.2, Mozilla 1.2a and OmniWeb 4.1.1 (v424.4) both intialized the applet
properly without the close window problem.
I can reproduce this problem as described on 10.2 and buildID 2002100704.  In
addition to noting that most of the menu items are dimmed and non-functional,
the browser buttons also don't work (back and forward are dimmed).  If you look
at the "Window" Menu, you will also see that a "Java Security Warning" window
should be present but none is shown.
*** Bug 178225 has been marked as a duplicate of this bug. ***
->sfraser, but punt as needed.
Assignee: bnesse → sfraser
Blocks: 147975
Priority: -- → P2
This bug also happens with the InstallAnywhere download applet - for example,
http://www.zerog.com/releases/enterprise.  I suspect this happens with all
signed applets.
Status: NEW → ASSIGNED
Summary: After a chat applet becomes intialized on the page, Chimera can no longer close the current window → Menu commands become disabled after dismissing Java Plugin security dialog
Target Milestone: --- → Chimera0.7
That dialog comes up with this stack (I broke on an NSLog that happens when the
dialog is shown):

#1  0x907e297c in -[NSObject autorelease] ()
#2  0x9310a610 in -[NSCarbonWindow
initWithCarbonWindowRef:takingOwnership:disableOrdering:] ()
#3  0x9309dbb0 in _cocoaAppApplicationEventHandler ()
#4  0x92ba25b4 in DispatchEventToHandlers ()
#5  0x92ba291c in SendEventToEventTargetInternal ()
#6  0x92ba5d28 in SendEventToEventTargetWithOptions ()
#7  0x92bfadcc in SendShowHideEvent(OpaqueWindowPtr*, unsigned char, unsigned
char) ()
#8  0x92bf5c74 in ShowHide ()
#9  0x92c497fc in ShowWindow ()
#10 0x228c4678 in ?? ()
#11 0x228c268c in ?? ()
#12 0x228c268c in ?? ()
#13 0x228c286c in ?? ()
#14 0x228c268c in ?? ()
#15 0x228c268c in ?? ()
#16 0x228c268c in ?? ()
#17 0x228c286c in ?? ()
#18 0x228c25cc in ?? ()
#19 0x228c268c in ?? ()
#20 0x228c286c in ?? ()
#21 0xa2843c38 in typeinfo name for std::bad_exception ()
#22 0x92838bdc in JVM_CurrentTimeMillis ()
#23 0x92872ed4 in JVM_GetCPClassNameUTF ()
#24 0x92865c80 in JVM_DoPrivileged ()
#25 0x228c4678 in ?? ()
#26 0x228c25cc in ?? ()
#27 0x228c25cc in ?? ()
#28 0x228c25cc in ?? ()
#29 0x228c25cc in ?? ()
#30 0x228c25cc in ?? ()
#31 0xa2843c38 in typeinfo name for std::bad_exception ()
#32 0x92838bdc in JVM_CurrentTimeMillis ()
#33 0x92872ed4 in JVM_GetCPClassNameUTF ()
#34 0x92865c80 in JVM_DoPrivileged ()
#35 0x228c4678 in ?? ()
#36 0x228c25cc in ?? ()
#37 0x228c25cc in ?? ()
#38 0x228c25cc in ?? ()
#39 0x228c25cc in ?? ()
#40 0x228c25cc in ?? ()
#41 0x228c25cc in ?? ()
#42 0x228c25cc in ?? ()
#43 0x228c25cc in ?? ()
#44 0xa2843c38 in typeinfo name for std::bad_exception ()
#45 0x92838bdc in JVM_CurrentTimeMillis ()
#46 0x92872ed4 in JVM_GetCPClassNameUTF ()
#47 0x92865c80 in JVM_DoPrivileged ()
#48 0x228c4678 in ?? ()
#49 0x228c25cc in ?? ()
#50 0x228c25cc in ?? ()
#51 0x228c25cc in ?? ()
#52 0x228c25cc in ?? ()
#53 0x228c25cc in ?? ()
#54 0x228c25cc in ?? ()
#55 0x228c25cc in ?? ()
#56 0x228c25cc in ?? ()
#57 0x228c25cc in ?? ()
#58 0x228c25cc in ?? ()
#59 0x228c268c in ?? ()
#60 0x228c286c in ?? ()
#61 0xa2843c38 in typeinfo name for std::bad_exception ()
#62 0x92838bdc in JVM_CurrentTimeMillis ()
#63 0x92878c28 in JVM_FindClassFromClass ()
#64 0x92892c90 in JVM_IsSameClassPackage ()
#65 0x9288cf70 in JVM_GetMethodIxExceptionTableEntry ()
#66 0x928787a0 in JVM_FindClassFromClass ()
#67 0x928a51fc in JVM_GetClassMethodsCount ()
#68 0x90021308 in _pthread_body ()

When those java dialogs come up, I get this on the console:

2002-12-06 12:41:58.157 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d05620 of class NSCarbonWindowContentView autoreleased with no pool in place
- just leaking
2002-12-06 12:41:58.158 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d07e00 of class NSCFArray autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.158 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d06ce0 of class NSCFNumber autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.159 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d07e40 of class NSCFDictionary autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.161 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d068e0 of class NSCFNumber autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.161 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0xe767c0 of class NSCFDictionary autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.162 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0xd6a770 of class NSCFString autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.162 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x274b000 of class NSCFNumber autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.162 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0xe97cf0 of class NSCFDictionary autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.163 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d07f20 of class NSCFArray autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.182 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x294feb0 of class NSCFString autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.182 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x2735650 of class NSObject autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.183 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x257c5b0 of class NSCFArray autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.183 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x25899e0 of class NSCFNumber autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.183 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x2584dc0 of class NSCFDictionary autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.183 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d08bf0 of class NSCFArray autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.184 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d08bd0 of class NSCFArray autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.184 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d07ef0 of class NSCFArray autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.184 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x26c6c30 of class NSCFNumber autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.184 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x258a970 of class NSCFDictionary autoreleased with no pool in place - just leaking
2002-12-06 12:41:58.193 Navigator[24780] *** _NSAutoreleaseNoPool(): Object
0x3d088b0 of class NSCFArray autoreleased with no pool in place - just leaking

*** Bug 185632 has been marked as a duplicate of this bug. ***
Another testcase: http://www.cyberonic.com/
*** Bug 183652 has been marked as a duplicate of this bug. ***
*** Bug 182734 has been marked as a duplicate of this bug. ***
*** Bug 180446 has been marked as a duplicate of this bug. ***
*** Bug 178750 has been marked as a duplicate of this bug. ***
*** Bug 195609 has been marked as a duplicate of this bug. ***
*** Bug 201914 has been marked as a duplicate of this bug. ***
Using Camino 2003081102, http://www.marantz.com/hifi/america/main.html brings up the 
security alert. The alert window is frontmost but not focused (the title bar is semi-transparent, 
while that of the browser window is still solid.) I get the beachball cursor, and it never goes away. 
The security alert window does not respond to mouse input. The browser window behind it can still 
be dragged around, but the content area will not respond. The menu bar will not respond either. 
Camino must be force-quit.
original URL is gone.
Trie with URL given in #6 , still true with 2003090102 on 10.2.6.
Also please note that if open in a new tab the #6 URL, the tab contexctual menu
is greyed , the tabe can't be closed without the window being closed.
Blocks: 224615
I also had this problem with a cinema reservation applet in germany
(http://www.kinokartenwelt.de/WebKino/WebKino.dll?SID=0&Page=Spl&Haus=1). After
the applet loaded no buttons work anymore, print and save doesn't work and
quitting is only possible with "force quit". The applet is still useable though.

I found http://www.stone.com/porting/just_leaking.html which may solve this problem.

I'm not sure how many applets are affecting and whether its the applets, apples
or caminos fault but I think this needs to be fixed for 0.8.
Target Milestone: Camino0.7 → Camino0.8
*** Bug 231898 has been marked as a duplicate of this bug. ***
not gonna happen for 0.8
Target Milestone: Camino0.8 → Camino0.9
*** Bug 247666 has been marked as a duplicate of this bug. ***
I can't reproduce this bug on Mac OS X 10.3.5. Can somebody try to reproduce it
with current builds on 10.2.x? Are the test URLs in this bug still valid?
I just got the problem on http://www.keasdesign.net/thinlet
After opening the java applet, I can no longer close a tab or open a new tab.
Even if I go to another site (eg http://google.com ) with the tab, it's still
blocked.
I'm using 10.2.8, Camino nightly 04/10.
using the http://javaplugin.sourceforge.net/ java plugin (0.8.6) this bug is WFM
using 2004102108 (v0.8+) NB on 10.3.5
This bug occurs for me; 10.2.8, without the plugin Jasper linked installed.
This is still happening consisently for me...

http://www.schoonerfourfriends.com/

is a site that demonstrates this problem for me, although any site will do.

I am running a current nightly build & a fully updated 10.3.6.
Wow!  I had major problems with this and couldn't log into my bank's web portal.
 Using the http://javaplugin.sourceforge.net/ java plugin (0.8.9) the windows
that have the java are actually closeable and the applets are loadable!

Using 0000000000 (v0.8+) (a special Camino List build that does better flash
performance) on 10.2.8

This should be in the FAQ on the Camino page!
No longer blocks: 224615
Blocks: 224615
Since we'll be bundling JEP with Camino 0.9, is this bug only waiting for that
change to happen before it can be closed?
Depends on: 301076
Target Milestone: Camino0.9 → ---
Fixed by bundling the Java Embedding Plugin with Camino (nightly builds 20050729
and later), bug 301076.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.