Closed Bug 2054854 Opened 4 days ago Closed 2 days ago

www.e2enetworks.com - Contact information cards have a blur effect

Categories

(Web Compatibility :: Site Reports, defect, P1)

Desktop
Windows

Tracking

(Webcompat Priority:P3, Webcompat Score:1, firefox-esr140 unaffected, firefox152 unaffected, firefox153 ?, firefox154 fixed)

RESOLVED FIXED
154 Branch
Webcompat Priority P3
Webcompat Score 1
Tracking Status
firefox-esr140 --- unaffected
firefox152 --- unaffected
firefox153 --- ?
firefox154 --- fixed

People

(Reporter: rbucata, Assigned: gw)

References

(Regression, )

Details

(Keywords: regression, webcompat:platform-bug, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs][autowebcompat:processed][autowebcompat:repro-failed])

User Story

platform:windows,mac,linux
impact:significant-visual
configuration:general
affects:some
branch:release
diagnosis-team:graphics
user-impact-score:6

Attachments

(5 files)

Environment:
Operating system: Linux and Windows
Firefox version: Firefox 154.0

Steps to reproduce:

  1. Navigate to: https://www.e2enetworks.com/contact-us
  2. Observe the contact cards

Expected Behavior:
Cards are clear

Actual Behavior:
Cards have a blur effect

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in firefox-nightly, but not in firefox-release
  • Does not reproduce in chrome

Created from https://github.com/webcompat/web-bugs/issues/228219

Attached video release vs nighlty
Whiteboard: [webcompat-source:web-bugs] → [webcompat-source:web-bugs][autowebcompat:processed]
Whiteboard: [webcompat-source:web-bugs][autowebcompat:processed] → [webcompat-source:web-bugs][autowebcompat:processed][autowebcompat:repro-failed]

Since the status is marked as affected for nightly and as unaffected for release, is it affected or unaffected for beta?
For more information, please visit BugBot documentation.

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

:hiro, since you are the author of the regressor, bug 2048146, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

Flags: needinfo?(hikezoe.birchill)

CCing Glenn. I can't tell whether it's blurry or not. :/

Alice, would you mind trying mozregression with layout.disable-pixel-alignment=true? Thanks!

Flags: needinfo?(hikezoe.birchill) → needinfo?(alice0775)

It doesn't look blurry on my local machine - but this might depend on some patches in my stack that are still on autoland, or it might be more related to exact DPI and resolution. Can we get an about:support from a machine that is seeing this?

Flags: needinfo?(rbucata)
Assignee: nobody → mozilla

(In reply to Hiroyuki Ikezoe (:hiro) from comment #5)

CCing Glenn. I can't tell whether it's blurry or not. :/

Alice, would you mind trying mozregression with layout.disable-pixel-alignment=true? Thanks!

Regression window with layout.disable-pixel-alignment=true:
https://hg-edge.mozilla.org/integration/autoland/pushloghtml?fromchange=2fc8246f8b2e66a6cdb607200e31bce0e7c1dc73&tochange=399801f5e270aefd936ab342512d1991487d4585

Flags: needinfo?(alice0775)

Great, thank you!

Regressed by: 2021812
No longer regressed by: 2048146
Attached image Nightly154
Attached image Release 152
Attached file repro-2054854.html

I was able to reproduce locally - this is a minimal html repro.

Remove the DISABLE_SNAPPING picture flag so backdrop-filter resolve
targets and their ancestor surfaces can establish a root-snapping raster
root, fixing blurry rendering when an isolated surface lands at a
fractional device offset. Map the backdrop readback into the surface's
raster space instead of its spatial node so the readback stays correct
now that the raster root is no longer forced to equal the surface node.

Severity: -- → S4
User Story: (updated)
Webcompat Priority: --- → P3
Webcompat Score: --- → 1
Priority: -- → P1
Status: NEW → RESOLVED
Closed: 2 days ago
Resolution: --- → FIXED
Target Milestone: --- → 154 Branch
Regressions: 2055555

(In reply to Glenn Watson [:gw] from comment #6)

It doesn't look blurry on my local machine - but this might depend on some patches in my stack that are still on autoland, or it might be more related to exact DPI and resolution. Can we get an about:support from a machine that is seeing this?

The blur effect is gone on my side, since it is fixed now.

Flags: needinfo?(rbucata)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: