RESOLVED DUPLICATE of bug 300052302194
Using 'zoom' on input elements which have been sized by 'rem' leads to a broken layout.
https://bugs.webkit.org/show_bug.cgi?id=302194
Summary Using 'zoom' on input elements which have been sized by 'rem' leads to a brok...
mn
Reported 2025-11-07 18:03:11 PST
Created attachment 477336 [details] Rendering in Safari Using 'zoom' on input elements (or their pseudo elements :before and :after) which have been sized by 'rem' units leads to a broken layout. It seems that the height of the elements isn't calculated properly. This makes it nearly impossible to style such elements. The effect is even more pronounced, if 'appearance: none;' is used. The following example shows the problem (see attachments). This problem doesn't exist in Blink or Gecko. CSS: html { font-size: 10pt; } button { appearance: none; height: 2rem; font-size: 1rem; zoom: 200%; } input[type="checkbox"] { appearance: none; zoom: 1000%; &::before { display: inline-block; width: 1rem; height: 1rem; font-size: 1rem; border: 1px solid black; content: ""; } } HTML: <button>Button</button> <br> <input type="checkbox" id="cb"></input> <label for="cb">Checkbox</label>
Attachments
Rendering in Safari (7.29 KB, image/png)
2025-11-07 18:03 PST, mn
no flags
Rendering in Firefox (8.38 KB, image/png)
2025-11-07 18:03 PST, mn
no flags
Rendering in Blink (Electron) (8.27 KB, image/png)
2025-11-07 18:04 PST, mn
no flags
WebKit ToT - Reference Screenshot (395.76 KB, image/png)
2025-11-07 19:30 PST, Ahmad Saleem
no flags
rendering in safari, firefox, chrome (142.00 KB, image/png)
2025-11-30 16:37 PST, Karl Dubost
no flags
testcase (913 bytes, text/html)
2025-11-30 16:38 PST, Karl Dubost
no flags
mn
Comment 1 2025-11-07 18:03:54 PST
Created attachment 477337 [details] Rendering in Firefox
mn
Comment 2 2025-11-07 18:04:43 PST
Created attachment 477338 [details] Rendering in Blink (Electron)
Ahmad Saleem
Comment 3 2025-11-07 19:30:56 PST
Created attachment 477339 [details] WebKit ToT - Reference Screenshot It is definitely broken on Safari 26.1 but seems to be fixed on WebKit ToT.
Radar WebKit Bug Importer
Comment 4 2025-11-14 18:04:11 PST
Karl Dubost
Comment 5 2025-11-30 16:37:30 PST
Created attachment 477565 [details] rendering in safari, firefox, chrome I see the same rendering everywhere. tested with Safari Technology Preview 233 21624.1.3 Firefox Nightly 147.0a1 14725.11.21 Google Chrome Canary 144.0.7553.0 7553.0
Karl Dubost
Comment 6 2025-11-30 16:38:42 PST
Created attachment 477566 [details] testcase
Karl Dubost
Comment 7 2025-11-30 16:40:28 PST
It is definitely broken in Safari Version 26.2 (21623.1.14.11.7) So this has been fixed in STP.
Brent Fulgham
Comment 8 2025-12-02 13:06:19 PST
It seems like this was fixed in Bug 300052.
Taher
Comment 9 2025-12-02 13:13:42 PST
*** This bug has been marked as a duplicate of bug 300052 ***
Note You need to log in before you can comment on or make changes to this bug.