File inputs change size relative to other inputs if @media: print
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox100 | --- | fixed |
People
(Reporter: jsp, Assigned: dholbert)
References
()
Details
Attachments
(3 files)
Comment 1•24 years ago
|
||
Comment 3•24 years ago
|
||
Updated•17 years ago
|
| Assignee | ||
Comment 4•4 years ago
|
||
Clearly not P1 priority at this point.
Having said that, this is still sort-of reproducible in a modified version of the testcase. The print-specific input[type="file"] { height: 2em; } CSS rule (mentioned in comment 0) is still present in forms.css:
@media print {
[...]
input[type=file] {
height: 2em;
}
}
This doesn't have an obvious impact on the widget's rendering, since nowadays <input type="file"> doesn't get visibly taller when you specify an increased height on it; but it does occupy a larger amount of space on the page, as can be seen by e.g. adding a custom outline around it.
| Assignee | ||
Comment 5•4 years ago
|
||
| Assignee | ||
Comment 6•4 years ago
|
||
| Assignee | ||
Comment 7•4 years ago
|
||
As noted in comment 0, this hardcoded height was to fix bug 112156, which was about file input widgets growing to fill the whole page (!) when printed.
That does not happen anymore, if I remove that CSS rule. So I don't think we need that CSS rule anymore.
| Assignee | ||
Comment 8•4 years ago
|
||
--> taking, let's see if we can just fix this and get rid of this rule.
| Assignee | ||
Comment 9•4 years ago
|
||
Comment 10•4 years ago
|
||
Comment 11•4 years ago
|
||
| bugherder | ||
Description
•