Firefox Profiler UI timeline labels no longer centered vertically
Categories
(Core :: Layout, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr128 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox140 | --- | unaffected |
| firefox141 | --- | unaffected |
| firefox142 | --- | verified |
| firefox143 | --- | verified |
People
(Reporter: mstange, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
Example: https://share.firefox.dev/4kGW2c0
The labels in the <button> at the left of the timeline were vertically centered in the past, but aren't anymore. Removing visibility:hidden makes the labels centered again.
In Chrome they are centered even with visibility:hidden.
| Assignee | ||
Comment 1•3 months ago
|
||
Removing visibility:hidden makes the labels centered again.
wat.
Comment 2•3 months ago
|
||
Set release status flags based on info from the regressing bug 1873301
Updated•3 months ago
|
Updated•3 months ago
|
| Assignee | ||
Comment 3•3 months ago
|
||
Oh, overflow: hidden, not visibility: hidden :)
| Assignee | ||
Comment 4•3 months ago
|
||
Avoid the scroll container special-case for inline-blocks for them, and
allow a ::-moz-scrolled-content button box to still center-align its
contents.
| Assignee | ||
Updated•3 months ago
|
| Reporter | ||
Comment 5•3 months ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #3)
Oh,
overflow: hidden, notvisibility: hidden:)
Hah, oops! I read it so many times and never noticed I had written the wrong property.
Comment 6•3 months ago
|
||
FWIW I confirmed locally that this patch fixes a version of the same bug on Amazon.com when shopping for Whole Foods Market grocery-pickup (see screenshot). They have some dropdown-menu-widgets which they represent (when closed at least) as a <button> with overflow:hidden, baseline-aligned with an i element with a downarrow-graphic as its background-image.
In Firefox Nightly and in a build from current git tip: the button label text is misaligned as shown in this screenshot. But I confirmed that it's fixed in a build with this patch attached.
Updated•3 months ago
|
Comment 9•3 months ago
|
||
Reverted this because it was causing wpt failures in anonymous-button-content-box.html.
- Revert link
- Push with failures
- Failure Log
- Failure line: TEST-UNEXPECTED-FAIL | /html/rendering/widgets/button-layout/anonymous-button-content-box.html | Testing http://web-platform.test:8000/html/rendering/widgets/button-layout/anonymous-button-content-box.html == http://web-platform.test:8000/html/rendering/widgets/button-layout/anonymous-button-content-box-ref.html
| Assignee | ||
Updated•3 months ago
|
Comment 10•3 months ago
|
||
Comment 12•3 months ago
|
||
| bugherder | ||
Updated•3 months ago
|
Updated•2 months ago
|
Comment 15•2 months ago
|
||
Issue is reproducible on a 2025-07-16 Firefox Nightly build on Windows 10, with the example and steps from Comment 0.
Verified as fixed on Firefox Nightly 143.0a1 and Firefox 142.0b5 on Windows 10, Ubuntu 22, macOS 13.
Description
•