139555 - padding-top style breaks input type radio

Status: RESOLVED INVALID

(Core :: Layout, defect)

Description

[jr]

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.

Comment 1

[Boris Zbarsky [:bzbarsky]]

worksforme, linux build 2002-04-22-07.  jr, what build are you using?

Comment 2

[Johan Van de Wauw]

I don't have any problems using 2002-04-23-03 under Windows 2000

Comment 3

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

->HTML Form Controls

Comment 4

[jr]

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.

Comment 5

[Boris Zbarsky [:bzbarsky]]

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?

Comment 6

[Hixie (not reading bugmail)]

who knows

Comment 7

[Kai Lahmann (is there, where MNG is)]

"content blocked" - hmmm...

can someone produce a testcase?

Comment 8

[Boris Zbarsky [:bzbarsky]]

Attachment: testcase

Comment 9

[rods (gone)]

Look like it is inheritting it and we can fix that by putting !important on it.

Comment 10

[Marco Perez [:mpk]]

Attachment: demonstrates real cause of the problem

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?

Comment 11

[Boris Zbarsky [:bzbarsky]]

Why would it be?  This is not a bug, necessarily.  Though see bug 

Comment 12

[Matt]

Verified still broken with Mozilla 1.7 beta on Windows 2003. Also re-verified
that it works in IE6.

Comment 13

[Andrei Purice]

This issue is still reproducible in Release 93.0, Beta 94.0b1 and latest Nightly 95.0a1 (2021-10-07) using Windows 10 and Ubuntu 20.04.

Comment 14

[Emilio Cobos Álvarez [:emilio]]

This also repros in other browsers and is how CSS painting order / hit-testing works.