Closed Bug 106758 Opened 24 years ago Closed 24 years ago

Hotmail login form is ignored.

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: ccurzio+mozilla, Assigned: asa)

References

()

Details

Going to hotmail.com and attempting to log in is useless. The SIGN IN button does nothing in mozilla, and one can't get past the login screen. At the same time of testing, logging into hotmail works under Netscape 4 and Internet Explorer, so it probably isn't a hotmail issue. I'm using Mozilla Build #2001102508.
I've run into a similar problem on Sun's website. This bug seems to be a problem with the interpretation of FORMs. - Go to http://java.sun.com/j2se/1.3/jre/download-linux.html - Click "Continue" under "GNUZIP Tar shell script" - Scroll to the bottom of the license agreement and click "ACCEPT" Every time you click ACCEPT, the page will just reload.
both sites working for me on 2001102503 Win98 but Hotmail only gives me an unknown SSL error.
Christopher, do you install from RPM? If so, did you install the PSM RPM?
Boris, I don't use RPMs at all. I use nightly builds, and I run the mozilla-installer.
Confirmed on the latest nightly. (Deleted all mozilla components on the hard drive, then did a fresh install of 2001102608. Mozilla still can't log into hotmail.) A friend of mine running the same build *is* apparently able to get the Hotmail form to respond. I cannot. Slackware 8.0.0 // Mozilla Build ID #2001102608
Okay, I've found the source of the problem. I took apart hotmail's login page, and created a simple HTML document locally, containing just the single login form. Now, To see if it was a problem with Mozilla's handling of FORMs, I changed the ACTION tag to something totally different. I refreshed the HTML document, and clicked submit. This time, the form *did* try to submit. I got a little more specific, and found out: The form will NOT submit if the URL is HTTPS. Subsequently, no HTTPS pages work in Mozilla at all - even by typing them into the address bar. Looking through the bug database, I've found that you apparently need the PSM installed for HTTPS to work properly. I haven't been installing the PSM, so I'm going to attempt that now. I will post the results.
Okay, that's what it was. If the user chooses not to install "Personal Security Manager", HTTPS URLs will not work at all. Sorry for wasting your time with my troubleshooting, but I DID get somewhere. At least now we know where the problem lies. (Amazingly enough, when I submitted my last comment regarding my theory on HTTPS/PSM, there was a midair collision. When I went back and re-submitted my changes, someone had already related the bug to another bug regarding HTTPS errors.) There it is. :)
Yep. PSM is what handles https and all crypto in general. It will all not work without it. That's why I asked about the PSM rpm.... :) Marking invalid.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.