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)
Tracking
()
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.
Comment 1•23 years ago
|
||
-> form controls, which I think is what we want here.
Assignee: alexsavulov → rods
Component: Form Submission → HTML Form Controls
QA Contact: vladimire → madhur
Comment 2•23 years ago
|
||
So.. whence come all the fieldset layout problems?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•23 years ago
|
||
Attaching testcase from URL. Gerv
Updated•23 years ago
|
Attachment #57240 -
Attachment mime type: application/octet-stream → text/html
Comment 4•23 years ago
|
||
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.
Comment 7•23 years ago
|
||
dbaron: did you get any further with this? Is there anyone else who might be able to help? Gerv
Reporter | ||
Comment 8•23 years ago
|
||
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? :)
Comment 9•23 years ago
|
||
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.
Reporter | ||
Comment 10•23 years ago
|
||
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).
Assignee | ||
Comment 11•23 years ago
|
||
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
Comment 12•23 years ago
|
||
*** 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.
Description
•