Closed Bug 1817381 Opened 2 years ago Closed 2 years ago

Inspector tooltip not scaled with rest of the UI

Categories

(DevTools :: Inspector, defect)

Firefox 110
defect

Tracking

(firefox-esr102 unaffected, firefox110 wontfix, firefox111 wontfix, firefox112 verified)

VERIFIED FIXED
112 Branch
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

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

I am running KDE 5.27, using display scaling of 250%. This worked perfectly in KDE 5.26, so might be something KDE related.

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.

Component: Untriaged → Inspector
Product: Firefox → DevTools

Setting Regressed by field after analyzing regression range found by mozregression in comment #1.

Keywords: regression
Regressed by: 1773342

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.

Flags: needinfo?(kristian)

Hah, nevermind, I do see this on X11 :)

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.

Assignee: nobody → emilio
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true

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

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

Set release status flags based on info from the regressing bug 1773342

Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/57479bbe7cd8 Fix MousePosTracker in presence of OS text scale. r=Gijs

After these patches the scrollbars still look tiny but that's a bug on KDE I believe, other GTK apps are also affected.

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 112 Branch
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/9d6e541704c3 Ignore OS zoom in devtools. r=devtools-reviewers,nchevobbe
Flags: needinfo?(emilio)
Attachment #9318394 - Attachment description: Bug 1817381 - Ignore OS zoom in devtools. r=#devtools-reviewers → Bug 1817381 - Ignore OS zoom in devtools. r=nchevobbe
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/142a874fb54a Ignore OS zoom in devtools. r=devtools-reviewers,nchevobbe
Status: REOPENED → RESOLVED
Closed: 2 years ago2 years ago
Resolution: --- → FIXED
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/343daddee430 Remove DOMWindowUtils.fullZoom. r=jfkthame,layout-reviewers,extension-reviewers,rpl,geckoview-reviewers,m_kato

Backed out changeset 343daddee430 (Bug 1817381) for mochitest failures on test_bug574663.html.
Backout link
Push with failures <--> 13
Failure Log

Flags: needinfo?(emilio)
Status: RESOLVED → REOPENED
Flags: needinfo?(kristian)
Flags: needinfo?(emilio)
Resolution: FIXED → ---
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/aaf2d377bba7 Remove DOMWindowUtils.fullZoom. r=jfkthame,layout-reviewers,extension-reviewers,rpl,geckoview-reviewers,m_kato
Status: REOPENED → RESOLVED
Closed: 2 years ago2 years ago
Resolution: --- → FIXED

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-firefox111 to wontfix.

For more information, please visit auto_nag documentation.

Flags: needinfo?(emilio)

I don't think this is worth uplifting specially since KDE fixed it on their end too.

Flags: needinfo?(emilio)

Reproduced on Firefox 111.0.

Issue is validated fixed on 112.0b9 Firefox.

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-112b-p2]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: