Open Bug 1783779 Opened 2 years ago Updated 6 months ago

With Webrender, strike through disappears at certain level of scale

Categories

(Core :: Graphics: WebRender, defect, P3)

Firefox 103
defect

Tracking

()

People

(Reporter: jimsleon, Assigned: gw)

References

(Blocks 2 open bugs)

Details

Attachments

(4 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.0.0 Safari/537.36

Steps to reproduce:

I was debugging a styling issue on Firefox and was directed to https://bugzilla.mozilla.org/show_bug.cgi?id=1344545#c1, so I added text-decoration to the style of the element whose display is set to inline-flex. then zoom the content using browser zoom feature or using css tranform to scale the element

Actual results:

at certain zoom/scale levels, the strike-through will disappear

https://codepen.io/jimsleon/pen/vYRrVMj

Expected results:

Strike-through should not disappear.

Summary: Strike through disappears → Strike through disappears at certain level of zoom/scale
Summary: Strike through disappears at certain level of zoom/scale → Strike through disappears at certain level of scale
Component: Untriaged → Layout: Text and Fonts
Product: Firefox → Core
Component: Layout: Text and Fonts → Graphics: WebRender
Status: UNCONFIRMED → NEW
Ever confirmed: true

Regression : https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=1130661c79c222fb1acd29b7ec5dc5202cdd0d2d&tochange=6567bdeb3c1e97a75f12fd72d92a6fb4a2cfcc91

Which contains bug 1681921 , which just enabled webrender (in software form) on my machine.
So this bug is WR specific.

Summary: Strike through disappears at certain level of scale → With Webrender, strike through disappears at certain level of scale
See Also: → 1783145

FYI,
Even with Nightly58 (20170923093829), I am able to reproduce this at certain zoom levels when I force webrender is enabled.

This not only happens to Strike Through but also Underline.
https://codepen.io/jimsleon/pen/vYRrVMj

I found a different regression range by checking the appearance of the testcase at 170% zoom on macOS. When I do that, the strikethrough disppears at 170% but is visible at both 150% and 200%. The regression range I found is centered around July 17th, 2020: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a35461d1fc07e6e855d064453363a46d32bb5a3d&tochange=bd7c35b7e234712f94f6dbb755ad983c1db8b07b

There's no obvious candidate bug in that list. I'll keep looking.

Found a candidate. This could have been introduced when Euclid was updated in Bug 1650990. We'll discuss in triage.

Blocks: gfx-triage
Severity: -- → S3
Priority: -- → P3

(In reply to Alice0775 White from comment #4)

FYI,
Even with Nightly58 (20170923093829), I am able to reproduce this at certain zoom levels when I force webrender is enabled.

My regression window: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ffe6cc09ccf38cca6f0e727837bbc6cb722d1e71&tochange=948dc86aabc97e16d51ad19ea90debab6f93a628

This seems to be introduced by Bug 1400034

(In reply to Brad Werth [:bradwerth] from comment #9)

Found a candidate. This could have been introduced when Euclid was updated in Bug 1650990. We'll discuss in triage.

Nical, you've done some Euclid work. Can you assess if this is a Euclid issue?

Flags: needinfo?(nical.bugzilla)

Bug 1400034 seems a lot more likely than bug 1650990. Moving the ni to Glenn as he's looking at snapping/various wr quality stuffs

Flags: needinfo?(nical.bugzilla) → needinfo?(gwatson)
Blocks: 1782834
Flags: needinfo?(gwatson)
No longer blocks: gfx-triage

Any updates on this?

Bug also impacts <del> and overline
https://codepen.io/HotDog_Water/pen/bGzgjWe

Flags: needinfo?(gwatson)

No updates yet, but I'll add it to my assigned list, hopefully we can get to it within the next 2-3 months.

Assignee: nobody → gwatson
Flags: needinfo?(gwatson)
Blocks: wr-snap
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: