When a user name and password are required for a Front Page managed web site, Mozilla’s Java plug-in requires the password to be re-entered for each Java applet on the web site in the Java Console pop-up box.
What build ID are you using? If not fairly recent try with a more up-to-date version
No response marking as WFM, reporter reopen if you still have a problem stating which BuildID you are using.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → WORKSFORME
I am using the most recent build. I noticed that the Java plugin also causes the same problem in IE6. The diference is, when I uninstall the plugin, IE6 can load the applets, Mozilla can't. This is only a problem when the site is password protected and has Java applets.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Assignee: morse → idk
Component: Password Manager → Java-Implemented Plugins
QA Contact: tpreston → avm
Without a username and password to access the site it would be difficult to work out what the problem is. If it doesn't compromise security can a set be provided?
You do get a mozilla username/password box and a java one.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Same for me on Mozilla 1.1 (20020826) and Java Plugin 1.4.0_01 (and I think it's the same on 1.2a I use at home). When visiting https://knowledge.jdedwards.com (JD Edwards Knowledge Garden) the PSM pops up a dialog for your username/password (already filled in if you have saved your password). The page contains a java navbar and when the Java Plugin tries to load the classes for it, it pops up a java username/password dialog where you have to enter the same credentials as before. Afterwards the pages run smoothly. Sorry but I cannot provide a username/password as there is a security concern (at least I can't provide it in public ;-)
This was reported on one of the newsgroups; provides some more info: I've got a password protected site which contains a variety of html, images and GGIs along with several java applets. As expected, Apache prompts for authentication on first access and then proceeds to fetch the site content. Everything goes as expected until it's time to GET the first Java applet and then up pops Mr. Duke and the Enter Network Password dialog. This was not what I expected to happen. At bit of time spent with iptrace reveals that when Mozilla sent HTTP GET request for the class file it neglected to send along an Authorization header tag line. I expected Mozilla to provide the Authorization header for all GET requests addressed to the host. FWIW, I can duplicate this with Mozilla 1.4.1 and 1.5b and it does not occur with Netscape 4.6.1.
I am the person who reported the authentication issue that Javier is referring to. I can confirm that the issue still exists with the OS/2 build of v1.5rc2.
confirming bug 151064: MacOS X 10.2.8 (Jaguar). Fairly vanilla install & usage. Haven't changed any special file/folder locations or links. G4 867 MHz Quicksilver single-processor. occurs in Camino 0.7 (Build ID: 2003030613) does not occur in Mozilla 1.0.1, Mozilla 1.6b, IE 5.2.2 (5010.1). site: (adult, warning: boobies! and more OMG!!!1): http://www.jen-dave.com members area webcam. If site owners will not cooperate/respond (it takes a while for email response, if at all), I can provide assistance. Chat, email, VNC, bugtest build, whatever. symptoms: go to members area of site. Login prompt as normal, enter user/pass, get in fine. go to webcam area. Java-dependent class prompts again for same user/pass as was entered before (why?). (screenshot 1 below, same for Camino 0.7 & IE 5.2) cancel. Get same prompt again. (???) cancel. Browser window appears normal. Links are clickable & go where expected. But just try to close a window! Don't work, bud. Window menu shows (usually) two greyed windows named Enter Network Password in addition to visible windows. No PW windows/dialog boxes are visible/clickable. (screenshot 2 below) Can't close window. Can't minimize (hide) window. Can't maximize (zoom) window. Can't quit (from File menu). Able to Quit if I Ctrl-click the Dock icon, Quit. Relaunch Camino, all is well. Until I try to log in again, and same symptoms occur. screenshots: 1: http://www.badgies.com/jen-dave_challenge.jpg 2: http://www.badgies.com/windowmenu.jpg questions about this, email scottlatriverbendsandlerpoolsdotcom Regards, Scott Leonard
I have the same problem trying to access a HP Switch with web interface. The first page loading has 3 apples that connect to the switch, each requires a login and password. If I do not supply one I get asked again on reload. If I supply one for the first apple, only that one can connect BUT if I then reload the page, all apples can connect. Apperently the apples can share logon information after on apple has been loaded compleatly. I use Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040608 The switch is a HP J4093 ProCurve 2424M. Unfortunatly I cannot release logon information to the switch and I have no other Java apple solution to test it on.
This problem no longer occurs with the latest version of the SUN JAVA JRE. Therefore it was eveidntly always a plug-in and not a Mozilla issue. In any event it is no longer an issue. Changing status to RESOLVED INVALID.
Status: NEW → RESOLVED
Last Resolved: 16 years ago → 14 years ago
Resolution: --- → INVALID
Component: Java-Implemented Plugins → Java-Implemented Plugins
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.