If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

[TXT]Password inputs lower than text inputs in tables

VERIFIED WORKSFORME

Status

()

Core
Layout: Tables
P1
normal
VERIFIED WORKSFORME
18 years ago
16 years ago

People

(Reporter: Jesse Ruderman, Assigned: rods (gone))

Tracking

({testcase})

Trunk
mozilla1.0
x86
Windows 98
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

18 years ago
Look at fields 4 (a hotmail login form) and 5 (an angelfire login form) on 
http://www.palosverdes.com/jesse/default.html .  Notice that the password boxes 
are lower than the text boxes in both of these.

This only seems to happen inside tables.

Another unexpected disparity between password and text inputs is bug 30221.
(Reporter)

Comment 1

18 years ago
Created attachment 8186 [details]
testcase (a bunch of simple examples, all with tables)

Comment 2

18 years ago
Rod, the differences could be because of differences in html.css. I don't think 
this is a table problem.
Assignee: karnaze → rods
(Reporter)

Updated

18 years ago
Keywords: testcase
Summary: Password inputes lower than text inputs in tables → Password inputs lower than text inputs in tables
(Assignee)

Comment 3

18 years ago
As Chris suggested its easily fixed in the html.css file
Status: NEW → ASSIGNED
Summary: Password inputs lower than text inputs in tables → [FIX]Password inputs lower than text inputs in tables
(Assignee)

Comment 4

18 years ago
html.css - fix
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 5

17 years ago
Works for Me
Platform: PC
OS: Windows 98
Mozilla Version: 2000100508

Marking as Verified
Status: RESOLVED → VERIFIED
(Reporter)

Comment 6

17 years ago
This is still whacked.  Now *outside* of tables, *textboxes* are lower.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
(Assignee)

Comment 7

17 years ago
It looks fine, I don't see what is whacked, please explain.
Status: REOPENED → ASSIGNED
(Assignee)

Updated

17 years ago
Summary: [FIX]Password inputs lower than text inputs in tables → [FIX][TXT]Password inputs lower than text inputs in tables
(Assignee)

Updated

17 years ago
Target Milestone: --- → Future
(Assignee)

Comment 8

17 years ago
I'll take one more look
Priority: P3 → P1
Target Milestone: Future → ---
(Assignee)

Updated

17 years ago
Summary: [FIX][TXT]Password inputs lower than text inputs in tables → [TXT]Password inputs lower than text inputs in tables
(Reporter)

Updated

17 years ago
Blocks: 70251
(Assignee)

Updated

17 years ago
Target Milestone: --- → mozilla1.0

Comment 9

17 years ago
QA contact update
QA Contact: chrisd → amar

Comment 10

17 years ago
I don't see a problem on either the testcase nor the URL.

Jesse: Could you please either verify or reopen?
Thanks!
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago17 years ago
Resolution: --- → FIXED
(Reporter)

Comment 11

17 years ago
Now, the password input is higher than the text input when the two inputs 
aren't in a table.  I'm pretty sure this regressed when the fix went in for the 
table case, where password inputs were lower.

Testcases that show the problem:
data:text/html,<input type=text><input type=password> 
data:text/html,<input type=text> <input type=password>
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Comment 12

17 years ago
I see this too on the data-URLs.
Both data URLs work for me on today's Linux CVS. Closing WORKSFORME. Reopen if
they become misaligned, again...
Status: REOPENED → RESOLVED
Last Resolved: 17 years ago16 years ago
Resolution: --- → WORKSFORME

Comment 14

16 years ago
URL looks good to me on WIN98. build: 2002030403. Marking verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.