Closed
Bug 436046
Opened 17 years ago
Closed 15 years ago
display != none should not apply to input[type=hidden]
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
RESOLVED
FIXED
People
(Reporter: alexhall, Assigned: crazy-daniel)
References
Details
Attachments
(3 files)
135.57 KB,
image/jpeg
|
Details | |
168 bytes,
text/html
|
Details | |
480 bytes,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
When applying a border to all inputs on a web page, if there are any hidden inputs present this border can be seen on the hidden inputs too.
Reproducible: Always
Steps to Reproduce:
1. Create a form with hidden inputs
2. Style all inputs to have a border of some kind
3. View page
Actual Results:
The border of the hidden input was visible
Expected Results:
Hidden inputs should not show borders
This attachment shows the bug in action. The hidden input clearly has the border set.
Severity: minor → normal
Status: UNCONFIRMED → NEW
Component: General → Layout: Form Controls
Ever confirmed: true
OS: Windows XP → All
Product: Firefox → Core
QA Contact: general → layout.form-controls
Hardware: x86 → All
Summary: Hidden form inputs still display a border if one is set for all input elements → display != none should not apply to input[type=hidden]
Version: unspecified → Trunk
If we simply change the rule to display: none !important; most, if not all cases on the web should be fixed.
IE, Safari and Opera do not allow styling of hidden input fields in any case.
Attachment #375354 -
Flags: superreview?(dbaron)
Attachment #375354 -
Flags: review?(dbaron)
Comment 6•16 years ago
|
||
It's worth looking into the CVS history here; I seem to recall not being able to switch that rule to !important for some reason...
Attachment #375354 -
Flags: superreview?(dbaron)
Attachment #375354 -
Flags: superreview?(bzbarsky)
Attachment #375354 -
Flags: review?(dbaron)
Attachment #375354 -
Flags: review?(bzbarsky)
Comment on attachment 375354 [details] [diff] [review]
Workaround in forms.css
bz is probably a better reviewer for this than me
(In reply to comment #6)
> It's worth looking into the CVS history here; I seem to recall not being able
> to switch that rule to !important for some reason...
In bug 109847 comment #17 you had the argument of easy debugging to not !important.
Then, in bug 166438 comment #6 you said
> I'd have no qualms about adding that !important if we want to... but if this is
> the only site having this issue, I would rather evang them.
The issue seems to be slightly more common, so what do you think now?
Comment 9•15 years ago
|
||
Comment on attachment 375354 [details] [diff] [review]
Workaround in forms.css
OK, let's do this.
<sigh>. I hate the web.
Attachment #375354 -
Flags: superreview?(bzbarsky)
Attachment #375354 -
Flags: superreview+
Attachment #375354 -
Flags: review?(bzbarsky)
Attachment #375354 -
Flags: review+
Comment 10•15 years ago
|
||
Pushed http://hg.mozilla.org/mozilla-central/rev/c37853610d13
Want to add a test?
Assignee: nobody → crazy-daniel
Status: NEW → RESOLVED
Closed: 15 years ago
Flags: in-testsuite?
Resolution: --- → FIXED
Comment 11•15 years ago
|
||
I added the testcase as an equals-blank reftest:
http://hg.mozilla.org/mozilla-central/rev/ed294d9c6bfd
Flags: in-testsuite? → in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•