424632 - Typing Enter to submit a username and password to login to a site does not result in sign-in/login

Status: NEW

(SeaMonkey :: Passwords & Permissions, defect)

Description

[jwbodnar]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7

On the web site in question (possibly others), entering an e-mail address and password to sign-in and typing Enter does not have the same effect as actually clicking the Sign In link.  Instead, the result is as if an alternate link (Enroll for new user registration) is clicked instead.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.pec.coop
2. Enter an e-mail address in the "E-mail Address" field.
3. Enter a password in the "Password" field.
4. Press Enter.

Actual Results:  
Instead of attempting login, the next page loaded is the new user registration page, the same page that would be loaded if the "Enroll" link were chosen.

Expected Results:  
Browser should attempt login just as if the "Sign In" link below the password field were selected.

Works properly in IE6 and FireFox 2.0.  If Enter is pressed after typing in the e-mail address and password, the next page loaded if the same as if the "Sign In" link is clicked.

Comment 1

[jwbodnar]

Forgot to mention: Although I observe this in Mozilla 1.1.7, the behavior is unchanged in 1.1.8.

Comment 2

[Gamez]

I'm running in Windows XP with Firefox 3 b4 and i don't have the same thing. It works. Firefox try to log on.

Comment 3

[jwbodnar]

Tried this in other browsers.  Works as expected in FireFox 2.0, IE6, and Opera 9.24.

Comment 4

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008050303 Minefield/3.0pre] (FX-WIN32-TBOX-trunk) (W2Ksp4)

No bug.

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008050502 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

Confirming, with new profile on first visit (only):
("POST /Default.aspx HTTP/1.1")

If I disable the "Remember passwords" preference, I don't get the bug.
("__EVENTTARGET=enroll")

If I leave it enabled,
I get the Password Manager "Yes/Never/No" confirm dialog,
*and* a no-title/no-content dialog with only the "OK/Cancel" buttons,
after choosing "No" and "Cancel",
I get the "Saving Passwords ..." alert dialog,
and I'm redirected to the new user page
("__EVENTTARGET=submit").

There is no SeaMonkey error in the Error Console.
But there are warnings about the site/page "onkeydown/onclick" attribute code on the form fields.

I guess someone would have to make a testcase from that page,
in order to find out what is triggering the wrong behavior.

Comment 5

[Serge Gautherie (:sgautherie)]

(In reply to comment #4)
> ("__EVENTTARGET=enroll")
> ("__EVENTTARGET=submit").

Obviously, it's the other way round.