www.e2enetworks.com - Contact information cards have a blur effect
Categories
(Web Compatibility :: Site Reports, defect, P1)
Tracking
(Webcompat Priority:P3, Webcompat Score:1, firefox-esr140 unaffected, firefox152 unaffected, firefox153 ?, firefox154 fixed)
| 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:
- Navigate to: https://www.e2enetworks.com/contact-us
- 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
| Reporter | ||
Updated•4 days ago
|
| Reporter | ||
Comment 1•4 days ago
|
||
Updated•4 days ago
|
Updated•4 days ago
|
Comment 2•4 days ago
|
||
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.
Comment 3•4 days ago
|
||
Regression window:
https://hg-edge.mozilla.org/integration/autoland/pushloghtml?fromchange=2a21129467270b93cf6d9584dfece592776bfe52&tochange=35e727d8fda22f3ccfcb1e620484f041002a63c0
Comment 4•4 days ago
|
||
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.
Comment 5•3 days ago
|
||
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!
| Assignee | ||
Comment 6•3 days ago
|
||
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?
| Assignee | ||
Updated•3 days ago
|
Comment 7•3 days ago
|
||
(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
Comment 8•3 days ago
|
||
Great, thank you!
Comment 9•3 days ago
|
||
Comment 10•3 days ago
|
||
| Assignee | ||
Comment 11•3 days ago
|
||
I was able to reproduce locally - this is a minimal html repro.
| Assignee | ||
Comment 12•3 days ago
|
||
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.
Comment 13•3 days ago
|
||
Updated•2 days ago
|
Comment 14•2 days ago
|
||
| bugherder | ||
| Reporter | ||
Comment 15•1 day ago
|
||
(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:supportfrom a machine that is seeing this?
The blur effect is gone on my side, since it is fixed now.
Description
•