padding-top style breaks input type radio

NEW
Unassigned

Status

()

defect
--
major
18 years ago
15 years ago

People

(Reporter: joel.reed, Unassigned)

Tracking

(Depends on 1 bug, {testcase})

Trunk
x86
Linux
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

()

Attachments

(2 attachments)

by add padding-top to the style for the first set of radio buttons, they become
unusable. clicks don't do anything, whereas with the 2nd set they do work. as
there is no padding-top specified. it appears that the text numbers have a
higher z-order than the radio buttons. neither IE6 or N4 exhibit this behavior.
worksforme, linux build 2002-04-22-07.  jr, what build are you using?
I don't have any problems using 2002-04-23-03 under Windows 2000
->HTML Form Controls
Assignee: dbaron → rods
Component: Style System → HTML Form Controls
QA Contact: ian → tpreston
i'm using mozilla-1.0rc1-0. try making your text zoom 200%, that breaks my 2nd
box here which was working before i increased the text zoom.
Yep.  At high text zoom I can reproduce this. (I guess the padding on the span
needs to actually overlap the radio button.... :) )

> it appears that the text numbers have a higher z-order than the radio buttons.

Since neither has a z-index set and the numbers come after the radio buttons in
the document order, that is true and is the correct behavior.

Ian, are we doing the right thing here?  Should padding on an element with
transparent background catch click events?
Keywords: qawanted
QA Contact: tpreston → ian
who knows
"content blocked" - hmmm...

can someone produce a testcase?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Look like it is inheritting it and we can fix that by putting !important on it.
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → Future
I tried to simplify the original testcase and make it valid XHTML. Even though
we can see the radios, they are in fact hidden behind the span object. This
becomes clearly visible when changing the background color of that span object
to non-transparent. Will this "automagically" be fixed when switching to XBL
Form Controls?
Why would it be?  This is not a bug, necessarily.  Though see bug 
Depends on: 102695
Verified still broken with Mozilla 1.7 beta on Windows 2003. Also re-verified
that it works in IE6.
Assignee: rods → nobody
Status: ASSIGNED → NEW
Component: Layout: Form Controls → Layout
Priority: P3 → --
QA Contact: ian → core.layout
Target Milestone: Future → ---
Keywords: qawantedtestcase
You need to log in before you can comment on or make changes to this bug.