Closed
Bug 446511
Opened 16 years ago
Closed 3 years ago
Regression: Checkboxes can no longer be resized using CSS on Windows at default OS DPI
Categories
(Core :: Widget: Win32, defect, P5)
Core
Widget: Win32
Tracking
()
People
(Reporter: szepe, Unassigned)
References
()
Details
(Keywords: regression, Whiteboard: tpi:+)
Attachments
(3 files)
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 Starting with firefox-3.0, checkbox sizes (and possibly other style properties) can no longer be adjusted using the "height" and "width" CSS properties. This is something that has worked all right in both firefox-1.5.x and firefox-2.0.0.x. Reproducible: Always
Component: General → Layout: Form Controls
Product: Firefox → Core
QA Contact: general → layout.form-controls
Version: unspecified → Trunk
Comment 1•16 years ago
|
||
Looks like a native theming regression. We do reserve the right amount of space, but don't paint at the right size. That's likely to be an issue on all operating systems, once bug 446646 and bug 446647 are fixed, but moving to Windows widget for now; we might need separate bugs on the other widget sets. I would say we should either drop native theming on resize or scale the themed image or something.
Reporter | ||
Comment 2•16 years ago
|
||
I can confirm this bug for i686 Linux builds, too.
Comment 3•16 years ago
|
||
Actually, the Linux behavior is quite different from Windows and is covered by bug 446646.
Comment 4•16 years ago
|
||
When I press Ctrl++ or Ctrl+- every part of a page is resized but the checkboxes stay as is. Is this related to this bug or even the same?
Comment 5•16 years ago
|
||
What about Bug 439499? Is that bug also related to this one?
Comment 6•16 years ago
|
||
> Is this related to this bug or even the same? Not really, no. That's a coordinate system issue, and it's been filed for a while. > What about Bug 439499? That's a duplicate of this one.
Flags: blocking1.9.1? → wanted1.9.1+
Comment 8•15 years ago
|
||
Just to note, this works fine on OS X.
Comment 9•9 years ago
|
||
I did some research on how radios and checkboxes resize in various browsers: https://gdstechnology.blog.gov.uk/2015/08/27/making-radio-buttons-and-checkboxes-easier-to-use/ Firefox on Windows is the sole browser on Windows 10 that I tested that still doesn’t let you resize checkboxes/radios. Everyone else either users the vector system widgets (IE, Edge), what appear to be built-in but still vector widgets (Chrome) or if you’re Opera Windows Classic widgets(?!). It’d be lovely if Firefox could fix this regression. At the moment our alternative is to hand-roll custom radios / checkboxes with all of the difficulty of maintenance that brings. Firefox on Windows 10: https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2015/08/win_10_firefox.png IE11 on Windows 10: https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2015/08/win_10_ie11.png Edge on Windows 10: https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2015/08/win_10_edge.png Chrome on Windows 10: https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2015/08/win_10_chrome.png Opera on Windows 10: https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2015/08/win_10_opera.png
Updated•9 years ago
|
Component: Layout: Form Controls → Widget: Win32
Updated•8 years ago
|
Priority: -- → P2
Whiteboard: tpi:+
Comment 11•7 years ago
|
||
We are deploying Microsoft's Project Online within our org (hundreds of users) and the timesheet has checkboxes that do not resize in Firefox when employing Ctrl+/-. For onscreen space management purposes, users will be foreced to not use Firefox if this is not fixed anytime soon. This can be replicated 100% of the time and works in all other tested browsers.
Comment 12•7 years ago
|
||
The ctrl+/- behavior is not this bug. See comment 6. I filed it as a separate bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1344796
Comment 13•6 years ago
|
||
Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:2.2a1pre) Gecko/20110412 Firefox/4.2a1pre 4.2a1pre Can anyone still reproduce this? It works for me in the oldest Nightly build supported by mozregression-gui. Bug 1476454, comment 2 says the issue is reproducible in Windows 10, but it's not for me.
Comment 14•6 years ago
|
||
(In reply to Gingerbread Man from comment #13) > Can anyone still reproduce this? I can still reproduce this in the current Nightly (63.0a1 (2018-07-18)). If you take the URL that this issue, the data-uri and paste it into a new tab, then you can see the issue: The checkbox and radiobox are both at the same small size even though they both received a width and height of 100px. The click area for both is exactly that size but they are not rendered at that size. Similarly, if you scale the site using Ctrl+/-, you visibly scale that 100px up or down but the drawn checkbox and radiobox stays the same size. Compare that to other browsers (Chrome, Edge, IE), where the checkbox and radiobox are actually drawn at that 100x100 px.
Comment 15•6 years ago
|
||
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:63.0) Gecko/20100101 Firefox/63.0 20180718220144 (In reply to Patrick Westerhoff from comment #14) > I can still reproduce this in the current Nightly (63.0a1 (2018-07-18)). > > If you take the URL that this issue, the data-uri and paste it into a new > tab, then you can see the issue: The checkbox and radiobox are both at the > same small size even though they both received a width and height of 100px. Screenshot from a brand new profile.
Comment 16•6 years ago
|
||
(In reply to Gingerbread Man from comment #15) > Screenshot from a brand new profile. My side, also a brand new profile. Also checked on Windows 8.1 with a 32-bit Nightly, and I get the same result there.
Comment 17•6 years ago
|
||
important |
(In reply to Gingerbread Man from comment #15) > Created attachment 8993250 [details] (In reply to Patrick Westerhoff from comment #16) > Created attachment 8993254 [details] The difference is the DPI setting (Settings -> Display -> Scale and layout). I can reproduce the issue with the default 100%, while even 101% is enough to produce controls approaching the size of the previously posted screenshot.
Updated•6 years ago
|
Summary: Regression: Checkboxes can no longer be resized using CSS → Regression: Checkboxes can no longer be resized using CSS on Windows at default OS DPI
Comment 18•6 years ago
|
||
I can still reproduce this on Mozilla/5.0 (X11; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0 Version 62.0b9 Build ID 20180713213322 I don't think it is Windows specific.
Comment 19•6 years ago
|
||
Linux is tracked in bug 1476454. They're separate problems that need to be fixed separately.
Updated•5 years ago
|
Depends on: remove-native-theming
Priority: P2 → P5
Comment 20•3 years ago
|
||
13 years since it was filed, this bug has been fixed by non-native theme, which is enabled by default starting in 89. 🎉
status-firefox87:
--- → affected
status-firefox88:
--- → affected
status-firefox89:
--- → fixed
status-firefox-esr78:
--- → affected
Updated•3 years ago
|
Comment 21•3 years ago
|
||
Seems like new controls need some polishing. Firefox disproportionately scales shapes outlines when using CSS width/height properties
Updated•3 years ago
|
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•