Closed Bug 11783 Opened 21 years ago Closed 17 years ago
Press return after password entry should login
The bugzilla login page does not do anything when return is pressed for the password. It would be great if it activated the login button rather than forcing us to use the mouse to login.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
As far as I know, this is entirely up to the browser. There is nothing that a CGI script can do to fix this. If I'm wrong, please REOPEN the bug and tell me how I should make it work. If you're really complaining that Mozilla the browser isn't doing the right thing, then REOPEN this bug and change the Product to be "Browser".
I know it can be done but I cannot help write it. I am using Mac Netscape 4.6 and have verified that the same problem exists on Windows Netscape 4.7. It should be possible to watch for a return from the password field and trigger the same code that is called when the Login button is pressed.
Reopening to see if Tara has any ideas. Maybe this could be done using JS where present.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Over to Tara ...
Assignee: terry → tara
Status: REOPENED → NEW
QA Contact: matty
Heh I was about to tell you your patch didn't work on Linux until I noticed the bit that said you were already aware of this fact. I'm not thrilled with the idea of JS mostly out of principle, but I'll toss this at some people and see if they have any ideas. If not, I'll reclose it out.
Status: NEW → ASSIGNED
Clearing platform:Mac from a Webtools bug
OS: Mac System 8.6 → other
Hardware: Macintosh → Other
I reccomend WONTFIX on this bug as it dives into browser quirks that are really beyond the scope of what bugzilla should be expected to do.
I agree. This is a browser-dependent problem. If you don't like the way your browser handles forms, complain to the authors of the browser or get a different browser. Matty: your call, since you reopened it.
There's nothing wrong with handling browser quirks. I seem to remember we've had to do it before. The question is how much effort is involved. I would not agree with working on a complex solution. There's no guarantee we'll find a simple solution, but I don't see that we need to close it out just because we don't have one yet either.
moving to real milestones...
Target Milestone: --- → Future
Mozilla's behaviour may have been adapted to IE's, see bug 22526, patch 5: "Enter submits anywhere, no pref.", fixed on 08/16/01. (Though I haven't verified yet that it solved this bug for the Mozilla browser.) -> Bugzilla product, User Interface component, reassigning.
Assignee: tara → myk
Status: ASSIGNED → NEW
Component: Bugzilla → User Interface
Product: Webtools → Bugzilla
Version: other → unspecified
The User Interface component now belongs to Gerv. Reassigning all UNCONFIRMED and NEW (but not ASSIGNED) bugs currently owned by Myk (the previous component owner) to Gerv.
Assignee: myk → gerv
Reassigning back to Myk. That stuff about Gerv taking over the User Interface component turned out to be short-lived. Please pardon our confusion, and I'm very sorry about the spam.
Assignee: gerv → myk
This isn't worth worrying about. It's a minor issue about a bug on an archaic browser. The only identified solutions are problematic, and nothing has happened to this bug in years (except for Brant signing himself up to review the patch, but I think he's doing that for pending patches in general).
Status: NEW → RESOLVED
Closed: 21 years ago → 17 years ago
Resolution: --- → WONTFIX
Target Milestone: Future → ---
I still agree with what I said in comment 11. VERIFIED WONTFIX
Status: RESOLVED → VERIFIED
Comment on attachment 11306 [details] [diff] [review] Patch to CGI.pl to allow submission of login info by pressing Return The patch monster from summer 2000 strikes back... With the rot one would expect.
Attachment #11306 - Flags: review? → review-
You need to log in before you can comment on or make changes to this bug.