Text used in long tab titles are blurry with specific Themes after landing patches from bug #1749380
Categories
(Core :: Graphics: Text, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr91 | --- | unaffected |
firefox97 | --- | unaffected |
firefox98 | --- | unaffected |
firefox99 | --- | verified |
People
(Reporter: Virtual, Assigned: gw)
References
(Regression)
Details
(Keywords: nightly-community, regression, reproducible, Whiteboard: [nightly-community] [fixed by patch from bug #1757032])
Attachments
(3 files)
Text used in long tab titles are blurry with specific Themes after landing patches from bug #1749380.
Regression range pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c6f1243c3ba45a4ad3cfd1cacdbf12ad377b4a81&tochange=fc2b3d6448bcc3575fffb1abc923e7e703aeef54
mozillaregression-GUI points that regression is caused by:
Narrowed integration regression window from [31dcf64c, fc2b3d64] (3 builds) to [c6f1243c, fc2b3d64] (2 builds) (~1 steps left)
Bug 1749380 - Part 2 - Performance and quality fixes for part 1. r=gfx-reviewers,nical
Differential Revision:
https://phabricator.services.mozilla.com/D138982
Steps to reproduce:
- Open latest Mozilla Firefox Nighty 99.0a1 (2022-02-24) (64-bit)
- Open https://addons.mozilla.org/pl/firefox/addon/virtualfox/
- Install "Virtualfox" Theme
- Notice that text used in long tab titles are blurry
Observed results:
Text used in long tab titles are blurry in Mozilla Firefox with specific Themes.
Expected results:
Text is always sharp and clear in Mozilla Firefox.
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Updated•3 years ago
|
Comment 3•3 years ago
•
|
||
I can reproduce this.
I'm looking into this, to see how my patch could have caused this.
Comment 4•3 years ago
•
|
||
My investigation pointed to bug 1756008 and commit https://phabricator.services.mozilla.com/D139440 being the regression.
Thoughts?
Comment 5•3 years ago
|
||
The bug number and phab revision in comment 4 don't seem to correspond at all...?
Comment 6•3 years ago
|
||
My bad, wrong copy/paste.
I updated the comment, should have been https://phabricator.services.mozilla.com/D139440
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Comment 7•3 years ago
•
|
||
Odd, now mozillaregression-GUI points me to :
2022-02-24T19:56:59.115000: INFO : Narrowed integration regression window from [31dcf64c, fc2b3d64] (3 builds) to [c6f1243c, fc2b3d64] (2 builds) (~1 steps left)
2022-02-24T19:56:59.135000: DEBUG : Starting merge handling...
2022-02-24T19:56:59.135000: DEBUG : Using url: https://hg.mozilla.org/integration/autoland/json-pushes?changeset=fc2b3d6448bcc3575fffb1abc923e7e703aeef54&full=1
2022-02-24T19:56:59.135000: DEBUG : redo: attempt 1/3
2022-02-24T19:56:59.135000: DEBUG : redo: retry: calling _default_get with args: ('https://hg.mozilla.org/integration/autoland/json-pushes?> > changeset=fc2b3d6448bcc3575fffb1abc923e7e703aeef54&full=1',), kwargs: {}, attempt #1
2022-02-24T19:56:59.138000: DEBUG : urllib3.connectionpool: Resetting dropped connection: hg.mozilla.org
2022-02-24T19:57:00.724000: DEBUG : urllib3.connectionpool: https://hg.mozilla.org:443 "GET /integration/autoland/json-pushes?> > changeset=fc2b3d6448bcc3575fffb1abc923e7e703aeef54&full=1 HTTP/1.1" 200 None
2022-02-24T19:57:00.751000: DEBUG : Found commit message:
Bug 1749380 - Part 2 - Performance and quality fixes for part 1. r=gfx-reviewers,nical
Add support for local scale factors to a surface, allowing it to
be rasterized in root coordinate space. This allows snapping to
work across surfaces where the surface transform is a fractional
offset.Calculate scaling factors per rasterized surface and propagate
them. Ensures correct scale factor calculations when dealing with
nested preserve-3d contexts with 90-degree axis rotations.Support determining exact surface device rect for 2d surfaces
with fractional surface transforms.Fix line decoration cache key size calculations based on world
scaling factor.Remove
get_clipped_device_rect
usage for calculating clip-mask
surface allocations, usesurface.get_surface_rect
instead. The
prior method doesn't correctly account for expanded local regions
from the current dirty rect, resulting in invalidation issues in
some animated edge cases. Also unifies the way clip-mask surface
allocations work with the way general render target surface
allocations work.Differential Revision: https://phabricator.services.mozilla.com/D138982
I tested it 3 times now, so I'm hoping that it's proper now. I'm very sorry for the commotion.
Reporter | ||
Updated•3 years ago
|
Comment 8•3 years ago
|
||
Agreed - I can reproduce this locally (on macOS, fwiw), and for me also, mozregression points to https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c6f1243c3ba45a4ad3cfd1cacdbf12ad377b4a81&tochange=fc2b3d6448bcc3575fffb1abc923e7e703aeef54, which is bug 1749380.
Glenn, can you take a look?
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 9•3 years ago
|
||
I haven't been able to reproduce yet, it might depend on resolution / dpi / platform etc. Could you paste what your about:support
contains and also a specific URL that it reproduces on for you?
Comment 10•3 years ago
|
||
For me, it reproduces in current Nightly on macOS on a low-dpi display attached to my MBPro. I don't see it on the Retina display; if there's an issue there, it's too subtle for me to notice. But on the low-dpi screen it's very evident.
STR:
- In a new window, go to about:addons and select the Themes panel
- Search for the theme "virtualfox", and click the Install button
- Watch the text of the tab title ("Virtualfox - Get this Theme for [faded-out]") while clicking the Add button in the confirmation doorhanger
** Observe that when the theme is installed, the text of the tab title becomes much fuzzier. Disabling the theme restores sharp text.
Further observation: short tab titles (that aren't fade-truncated) appear fuzzy if they're inactive, but are sharp when they're the active tab. But longer titles that have the truncation effect are fuzzy regardless of their active/inactive status.
I don't see this issue on Ubuntu, using the same theme. But I do see it on Windows using a low-dpi (system scaling 100%) display. On a higher-res display, it's pretty much imperceptible.
Reporter | ||
Comment 11•3 years ago
|
||
(In reply to Glenn Watson [:gw] from comment #9)
I haven't been able to reproduce yet, it might depend on resolution / dpi / platform etc. Could you paste what your
about:support
contains and also a specific URL that it reproduces on for you?
Sure, please have a look.
Resolution - 1680x1050
DPI - 96
DPI Level - 100%
Platform - Windows 7
The issue is reproducible for me for example on https://addons.mozilla.org/pl/firefox/addon/virtualfox/
Assignee | ||
Comment 12•3 years ago
|
||
This try build [1] appears to fix the issue for me. The Windows build artifacts can be found at [2] if you are able to verify it fixes the issue locally for you - otherwise, I'll try to get this landed today and it should be in a nightly tomorrow.
Assignee | ||
Comment 13•3 years ago
|
||
I believe this should be fixed when the patches in [1] land in a nightly. Let's wait until then to confirm and hopefully dup/close this bug.
Comment 14•3 years ago
|
||
I tested the try build (comment 12) on macOS, and can confirm it fixes the issue here.
Reporter | ||
Comment 15•3 years ago
|
||
I'm also confirming that build from Comment #12 fixed the issue, same as it's fixed with latest Mozilla Firefox Nightly 99.0a1 (2022-02-25) (64-bit) [rev: c875dbd49223e460b596f01cc6564c6fb97d59c4].
https://hg.mozilla.org/mozilla-central/rev/01f4d5ac6b6b
Thank you very much for instant fix!
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Updated•3 years ago
|
Description
•