177380 - Java applets that require authentication will not accept user input.

Status: RESOLVED DUPLICATE of bug 163468

(Camino Graveyard :: General, defect)

Description

[Whaz]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20020909
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20020909

We have a company developed java app that is served via the web.  Chimera loads
the initial web page just fine and presents the Java password/authentication
dialog box as expected.  Chimera will not accept my user ID or password.  You
can click on the user ID and password fields (tab does not work), but those text
fields will not actually accept input.  Thus, clicking on the Ok button sees the
blank user name/password and fails to authenticate.  At this point the applet
stops loading.

Reproducible: Always

Steps to Reproduce:
1.  Go to initial web page
2.  Wait for JVN authentication
3.  Click on username or password textbox and try to enter name/password.

Actual Results:  
Authentication fails and the applet quits.

Expected Results:  
Should have authenticated and finishes loading the applet.  The applet will then
allow the user to query our Oracle tables.

This problem does not exist in Netscape 7.0.  Sorry I can't give the URL but
it's behind out company firewall and it wouldn;t let you in.  I would suggest
testing against other sites/server that require the authentication from within
the JVM itself, not just the browser (SSL) authentication.

Comment 1

[Greg K.]

Mike, does this also happen using Mozilla? Please try to find an example of such
an applet that's publically accessible.

Comment 2

[Whaz]

Mozilla 1.1 works just fine using Mac 10.1.5; Chimera still a no go with 10.1.5.

I have found that Chimera does work with the JVM login if running on 10.2, but there are 
then issues with modal dialog screens (part of Java applet) that are not present with 
Mozilla on 10.1.5.

I'm doubtful that I'll find a public site that requires JVM authentication since public sites 
don't nnormally ask for a password.  I'll see if I can't get our Java developer to add his 
thoughts to this item.

Comment 3

[Whaz]

Need to clarify the problems I am experiencing with Chimera and Mac OS X 10.2 on #2.

The Java applet makes use of modal windows/dialog boxes to make sure the user 
completes all of the inputs on the screen before proceeding to the next.  Mozilla 1.1 on 
10.1.5 allows me to switch to other browser windows (not related to the applet) to surf the 
web, and then click back into the modal Java window.  I am unaware of a keyboard to do 
window cycling so I am using the mouse for all window switching.

Chimera 0.5 on 10.2 will not let me out of the modal window at all.  It does not matter if I 
use the keyboard or mouse, I cannot get out of the applet window to go to a non-applet 
window.

Comment 4

[Chris Petersen]

This problem sounds similar to 178225.

Comment 5

[Whaz]

Chris,

There are some similarities, but there are some differences too.  First, I was not 
downloading anything; this is strictly a JVM authentication (username and password 
dialog box).  The dialog box displayed correctly, but it would not accept any user input.  I 
just clicked OK or cancel and the applet just quit, but nothing locked up.  Everything was 
still very stable.

Also, this problem when I changed to Mac OS 10.2 where #178225 seems to still have 
problems with 10.2.  Since my problem was in Mac OS X 10.1.5, I'm guessing the new 
Java in 10.2 changed whatever was causing the conflict.  The puzzling part is why 
Mozilla 1.1 and Mac 10.1.5 did work.

Comment 6

[Shoshannah Forbes]

ralted to bug 163468?

Comment 7

[Simon Fraser [no longer active]]

Dup.

*** This bug has been marked as a duplicate of 163468 ***