Closed
Bug 235730
Opened 21 years ago
Closed 21 years ago
Error when trying to log in
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
People
(Reporter: pavel1r, Unassigned)
References
()
Details
(Keywords: regression)
User-Agent:
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:) Gecko/20040225
When I'm trying to log in on http://www.hpdevelopersolutions.com/join/APDK.cfm
nothing happens and there is an error on Javascript console: "Error: Login is
not defined
Source File: http://www.hpdevelopersolutions.com/join/APDK.cfm
Line: 711"
This used to work just a few days (builds) ago, and works in Mozilla Firefox 0.8
Reproducible: Always
Steps to Reproduce:
1. Go to http://www.hpdevelopersolutions.com/join/APDK.cfm
2. Try to log in. (free registration needed to log in successfully)
3.
Actual Results:
Nothing happens + error in JS console.
Expected Results:
To perform a login.
![]() |
||
Comment 1•21 years ago
|
||
This has nothing to do with the JS engine.
It's a regression from bug 147058 -- the page uses a raw "Login" in that event
handler which works in IE due to its window.name thing and which worked in
Mozilla due to the scope chain walk we did. But then we removed the scope chain
walk....
Assignee: general → general
Status: UNCONFIRMED → NEW
Component: JavaScript Engine → DOM: Level 0
Ever confirmed: true
Keywords: regression
OS: Windows 2000 → All
QA Contact: pschwartau → ian
Hardware: PC → All
Summary: Error when trying to log in → Error when trying to log in
Comment 2•21 years ago
|
||
I thought the intention was to walk directly to the document, which does have
the Login property sought...
Comment 3•21 years ago
|
||
This has nothing to do with DOM object scoping, the code uses an onsubmit
handler that calls a global function, and in the global function, which'll run
in the global scope, it references Login, which isn't defined. That never worked
in Mozilla, the reason the site worked was that the onsubit handler fails, and
we used to submit even if there were errors in the onsubmit handlers, we no
longer do that (see bug 233142, and there's another bug about this specific
functionality too, but I don't have the number handy).
So I guess the big question is, is this what we want, or do we want to keep
submitting on errors in onsubmit?
Comment 4•21 years ago
|
||
Define "errors" -- you mean, if an exception is raised?
We should submit if the event is not cancelled. Do errors/exceptions cancel
running events?
Comment 5•21 years ago
|
||
Yeah, exceptions... bz, remember what that onsubmit bug was, the one about not
submitting if exceptions are raised in the onsubmit handler?
Comment 6•21 years ago
|
||
I just backed out the part of the fix for bug 233142 that caused this. Marking
this FIXED.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 7•21 years ago
|
||
jst: bug 134878. (Found it again by using the "collect buglinks" bookmarklet in
bug 233142.)
![]() |
||
Comment 8•21 years ago
|
||
It helps to cc me when asking me a question... ;)
Comment 9•21 years ago
|
||
D'oh.
You need to log in
before you can comment on or make changes to this bug.
Description
•