Closed
Bug 4322
Opened 26 years ago
Closed 26 years ago
Can't log in to Netscape WebMail - button not recognized
Categories
(Core :: DOM: Core & HTML, defect, P3)
Tracking
()
VERIFIED
FIXED
M5
People
(Reporter: cesarcardoso, Assigned: harishd)
References
()
Details
I can't log in to Netscape WebMail because the button ¨Okay¨ that legitimates my login/password combo is not recognized as a clickable item by the browser.
I'm using the Seamonkey M3 milestone release.
Netscape WebMail uses JavaScript to legitimate logins and passwords.
Re-assigned to karnaze@netscape.com and changed component to Form Submission.
Updated•26 years ago
|
Assignee: karnaze → kipp
Comment 2•26 years ago
|
||
The simple test case exhibits the same problem. It crashes Nav4.5 however.
<HTML><body>
<img ISMAP
src="http://images03.netaddress.usa.net/images/en/netscape/webmail_sell_5_top_jh
.gif" width="628" height="208" BORDER="0" USEMAP="#map">
<map name="map"><area shape="rect" coords="29,161,177,192"
href="http://ureg.netscape.com/iiop/UReg2/login/login?U2_LA=en&U2_BACK_FROM_CJ=t
rue&U2_CS=iso-8859-1&U2_ENDURL=http://webmail.netscape.com/tpl/Subscribe/Step1&U
2_NEW_ENDURL=http://webmail.netscape.com/tpl/Subscribe/Step1&U2_EXITURL=http://h
ome.netscape.com/&U2_SOURCE=Webmail">
<area shape="poly"
coords="70,68,108,61,133,59,155,63,175,86,184,114,149,134,124,149,93,157,63,152,
27,141,20,114,45,77" href="/tpl/Subscribe/Terms"></map>
</body</html>
mac os: the application unexpectedly quits with a type 1 error (not by clicking
on the button this bug report is about, but by clicking on the button that gets
you to the webmail login screen)
linux: button works but there is no visual feedback
windows nt: works fine.
windows 98:
oops, didn't mean to send that. let me try again:
mac os: crashes with type 1 error when clicking on that button (not
reproducible - crashed at http://webmail.netscape.com but not at
http://schist/4322.html)
linux: works ok
win nt: ok
win 98: ok
Here is what I see when I attempt a login to webmail:
JavaScript error: document.proform.U2_USERNAME has no properties
So I'm reassinging this to vidur...
The MAP element is working perfectly (though I did fix a rendering bug when
using visual debugging)
Updated•26 years ago
|
Assignee: vidur → harishd
Comment 7•26 years ago
|
||
This is actually a parser bug. The form with a NAME attribute value of "proform"
and a hidden INPUT element with a NAME attribute value of U2_USERNAME appear
between table rows in a table. The hidden INPUT element is being floated out of
the table by the parser, while the form stays where it is. As a result, the
INPUT element isn't considered part of the form. This is definitely wrong. The
INPUT element should stay where it is.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 10•26 years ago
|
||
Marking the bug fixed
Comment 11•26 years ago
|
||
It works! Marking verified fixed.
Updated•6 years ago
|
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•