Closed Bug 187729 Opened 23 years ago Closed 20 years ago

Java applet fails to recognize passwords

Categories

(Core :: DOM: Core & HTML, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED EXPIRED

People

(Reporter: jcoppens, Assigned: alexsavulov)

References

()

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030102 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030102 The applet on the above page fails to grant access to the download files. Netscape 4.77 with the Java plugin functions ok. I've never been able to get it working with Mozilla Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: The dropdown menu doesn't get enabled Expected Results: Dropdown should appear with the files to download. If a developper wants to communicate with me to test, please do so.
I'm using linux nightly 2003010404 with Sun java 1.4.1_01. The dropdown menu that starts out set to "Elija un servicio" works fine for me. I can select other items from this dropdown. There's a rectangle below this dropdown which is apparently another control. Its border highlights when I click on it, but it never does anything else. Finally there's what looks to be a grayed out button labelled "Descergar"(?). This button stays inactive no matter what I do. I launched the applet via appletviewer ("appletviewer http://www.alfabeta.net/descargar.xtp") and it behaved the exact same way. This suggests that any faults are in the applet or in java, rather than in mozilla. Jcoppens, it's not clear from your report exactly what behavior you're talking about. The dropdown itself works fine. Please review the Bug Writing Guidelines at <http://www.mozilla.org/quality/bug-writing-guidelines.html> to see the kinds of information we need in a bug report. Please report back with more information , i.e. the exact steps to reproduce this and what you expected to happen at each step, after reading those guidelines. Also, please keep in mind that any behavior that can be reproduced in appletviewer isn't a mozilla bug.
Jcoppens, can you add anything to this bug report? As noted in the previous comment, the applet works for me identically in mozilla and in appletviewer. Netscape 4 uses a private copy of java 1.1.x; it seems likely that the problems you note are due to bugs in the applet or differences in the two copies of java, rather than problems in mozilla.
Hi Kenneth Yes - I'm fairly certain now that the problem is actually in the Java part. It did work with Netscape 4.77 (still does) but not with Mozilla. Here are steps to get to the point of the problem: Go to: http://www.alfabeta.net/descargar.xtp (Descargar is download in English) The Applet starts correctly - the gray area in the middle of the screen, with the dropdown 'eliga un servicio'. (Select a service). Once the password and username is entered, this dropdown should show an option to download. This is already preloaded in the applet, as no communication with the host is done while or after entering the password/username. (If you like, I'd can communicate privately for testing) It seems that this really is a Java problem. I've noticed that on some other sites I also have problems with Java, like the NASA J-track site at: http://liftoff.msfc.nasa.gov/realtime/JTrack/NOAA.html The applet doesn't react on clicking a satellite there. I'm not sure if it's related... Could you indicate where to file a bug report for the java specialists? Thanks! John
Just one more observation - the problem seems to be communication between the user and the applet. Could this still be a problem of the interface between Mozilla and the applet itself? If so - is it on the Mozilla side or on the Java side? John
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → EXPIRED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.