Inspector tooltip not scaled with rest of the UI
Categories
(DevTools :: Inspector, defect)
Tracking
(firefox-esr102 unaffected, firefox110 wontfix, firefox111 wontfix, firefox112 verified)
| Tracking | Status | |
|---|---|---|
| firefox-esr102 | --- | unaffected |
| firefox110 | --- | wontfix |
| firefox111 | --- | wontfix |
| firefox112 | --- | verified |
People
(Reporter: kristian, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(4 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/110.0
Steps to reproduce:
- Open "Inspector"
- Click on any HTML code in "Inspector"
Actual results:
The black tooltip that gets rendered in the viewport, is tiny (i.e. does not take into account UI scaling variables)
Expected results:
The tooltip should be of consistent size with other UI elements
| Reporter | ||
Comment 1•2 years ago
|
||
Results from mozregression
4:54.09 INFO: Narrowed integration regression window from [cb7c4d0b, d62480e6] (3 builds) to [cb7c4d0b, 6e1cbabc] (2 builds) (~1 steps left)
4:54.09 INFO: No more integration revisions, bisection finished.
4:54.09 INFO: Last good revision: cb7c4d0b946209a2a3b05cd5a35e31fadaf55135
4:54.09 INFO: First bad revision: 6e1cbabce0af992a8ff5158959ac9dd69bea23a7
4:54.09 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=cb7c4d0b946209a2a3b05cd5a35e31fadaf55135&tochange=6e1cbabce0af992a8ff5158959ac9dd69bea23a7
| Reporter | ||
Comment 2•2 years ago
|
||
I am running KDE 5.27, using display scaling of 250%. This worked perfectly in KDE 5.26, so might be something KDE related.
Comment 3•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'DevTools::Inspector' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 4•2 years ago
|
||
Setting Regressed by field after analyzing regression range found by mozregression in comment #1.
| Assignee | ||
Comment 5•2 years ago
|
||
Can you attach about:support information? in particular, is this on X11 or wayland? I use KDE 5.27 on wayland (with 200% scaling rather than 250%) and it looks fine here.
| Assignee | ||
Comment 6•2 years ago
|
||
Hah, nevermind, I do see this on X11 :)
| Assignee | ||
Comment 7•2 years ago
|
||
What devtools wants to do is ignoring the website-specific zoom.
It seems KDE 5.27 on X11 uses the text scale factor to implement scaling
of GTK apps completely (including Firefox), rather than the global
integer GTK scaling combined with it.
This makes this difference way more obvious than it otherwise would.
Updated•2 years ago
|
| Assignee | ||
Comment 8•2 years ago
|
||
In the past screenX etc didn't return CSS pixels properly, but now they
do and have for a while. Also the full zoom value of browser.xhtml is
always one, so this is only broken if we have OS text scale.
Depends on D170195
| Assignee | ||
Comment 9•2 years ago
|
||
Callers just want the actual full zoom, not the one including the OS
text-scale.
Android doesn't have OS zoom to begin with, so this can't change
behavior, but the desktop caller passes the usual full zoom here1, so
we're making the behavior match.
Depends on D170196
Comment 10•2 years ago
|
||
Set release status flags based on info from the regressing bug 1773342
Comment 11•2 years ago
|
||
| Assignee | ||
Comment 12•2 years ago
|
||
After these patches the scrollbars still look tiny but that's a bug on KDE I believe, other GTK apps are also affected.
Comment 13•2 years ago
|
||
| bugherder | ||
| Assignee | ||
Updated•2 years ago
|
Comment 14•2 years ago
|
||
Comment 15•2 years ago
|
||
Backed out changeset 9d6e541704c3 (bug 1817381) for causing multiple dt failures at: browser_toolbox_zoom_popup.js, browser_aboutdebugging_devtoolstoolbox_zoom.js
Backout: https://hg.mozilla.org/integration/autoland/rev/c2205ef935b8ad68ef2657caf9e4f1671c559895
Failure logs:
https://treeherder.mozilla.org/logviewer?job_id=406233683&repo=autoland&lineNumber=12804
https://treeherder.mozilla.org/logviewer?job_id=406233763&repo=autoland&lineNumber=2917
| Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Comment 16•2 years ago
|
||
Comment 17•2 years ago
|
||
| bugherder | ||
Comment 18•2 years ago
|
||
Comment 19•2 years ago
|
||
Backed out changeset 343daddee430 (Bug 1817381) for mochitest failures on test_bug574663.html.
Backout link
Push with failures <--> 13
Failure Log
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
Comment 20•2 years ago
|
||
Comment 21•2 years ago
|
||
| bugherder | ||
Comment 22•2 years ago
|
||
The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox111towontfix.
For more information, please visit auto_nag documentation.
| Assignee | ||
Comment 23•2 years ago
|
||
I don't think this is worth uplifting specially since KDE fixed it on their end too.
Updated•2 years ago
|
Updated•2 years ago
|
Comment 24•2 years ago
|
||
Reproduced on Firefox 111.0.
Issue is validated fixed on 112.0b9 Firefox.
Updated•2 years ago
|
Description
•