Closed Bug 109124 Opened 23 years ago Closed 23 years ago

<input> elements are unavailable when inside a floating <span> in a <fieldset>

Categories

(Core :: Layout: Form Controls, defect)

x86
All
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 80422
mozilla1.0.1

People

(Reporter: limi, Assigned: rods)

References

()

Details

(Keywords: testcase)

Attachments

(2 files)

From Bugzilla Helper:

BuildID:    2001101117

Various <input> elements are unavailable using the mouse pointer when used 
inside <span>s that are inside <fieldset> elements.

The bug appears when using floating spans inside fieldsets. I have made a 
minimal testcase, it looks bad, but has the minimal elements required to 
trigger the bug.

Reproducible: Always
Steps to Reproduce:
1. Go to the supplied URL
2. Try to click the checkmark or the submit button


Actual Results:  You are not able to select those elements or submit the form 
using the mouse. Keyboard usage (Tab and Space) works fine.

Expected Results:  I should have been able to submit the form and 
check/uncheck the checkbox :)

This looks to me as some sort of display bug or something, as I have no 
problem unchecking the checkbox or submitting the form using the keyboard.

This is a pretty serious issue, as this is *the* way of making forms layout 
without tables. (See the link in the example, A List Apart article, halfway 
down the page)

Also note that the code usually looks a bit different, I've stripped it down 
to get as few confusing elements as possible. Every other browser I've tested 
it in handles the situation fine. (Opera, IE)

Interestingly, text type <input> gadgets work fine, checkmarks, radio buttons 
and submit buttons don't. 

I also get display bugs when scrolling the gadgets out of the screen and back 
in again.
-> form controls, which I think is what we want here.
Assignee: alexsavulov → rods
Component: Form Submission → HTML Form Controls
QA Contact: vladimire → madhur
So.. whence come all the fieldset layout problems?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attached file Testcase from URL
Attaching testcase from URL.

Gerv
Attachment #57240 - Attachment mime type: application/octet-stream → text/html
CCing dbaron at rods' suggestion.

Gerv
I wonder if nsFieldSetFrame isn't setting the NS_FRAME_OUTSIDE_CHILDREN bit
correctly.
Hrm.  And if I uncomment the code to set the bit they don't paint at all.
dbaron: did you get any further with this? Is there anyone else who might be
able to help?

Gerv
I've discovered some interesting behaviour, if I remove the fieldset around 
everything, it works fine.

So, without knowing anything about the code, I would assume that the fieldset 
is on top of the radiobuttons/submit buttons, so you can't use them. The 
fieldset should always be behind every element. I don't know how you do this - 
using priorities or whatnot, but that seems to be the problem.

Am I totally out on a limb here? :)
Attached file reduced testcase
One thing I noticed while reducing this testcase was if I completely or
partially removed: 
" <style type="text/css" media="all"> span.field { float: left; }
</style> " 
from the code, but left all the fieldset and span tags intact, it worked almost
flawlessly.
Keywords: testcase
Yes, that's exactly the problem - Mozilla handles everything nicely if you 

a) remove the floating of the submit/radio/checkmark buttons
or
b) remove the fieldset tag

If both of these are used, the widgets are unselectable (behind the fieldset, 
I assume).
Yes, the container is smaller so the hit detection ignores the controls, there
aer seen but not heard (so to speak)
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
Blocks: 121127

*** This bug has been marked as a duplicate of 80422 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: