www.pexels.com - "Say Thanks!" pop-up is not fully visible after downloading something
Categories
(Web Compatibility :: Site Reports, defect, P2)
Tracking
(Webcompat Priority:P3, Webcompat Score:3, firefox135 affected, firefox136 affected, firefox137 affected)
People
(Reporter: ctanase, Assigned: twisniewski)
References
(Depends on 2 open bugs, )
Details
(4 keywords, Whiteboard: [webcompat-source:web-bugs])
User Story
platform:windows,mac,linux,android impact:content-missing configuration:common affects:all branch:release diagnosis-team:layout user-impact-score:22.5
Attachments
(1 file, 2 external files)
|
928.83 KB,
image/png
|
Details |
Environment:
Operating system: Windows 11/10
Firefox version: Mozilla Firefox 134.0.2/135/137
Steps to reproduce:
- Go to https://www.pexels.com/photo/stylish-woman-relaxing-outdoors-in-autumn-fashion-29946756/
- Click on the "Free download" button.
- Observe the pop-up window.
Expected Behavior:
The "Say Thanks!" pop-up is fully visible.
Actual Behavior:
The "Say Thanks!" pop-up is not fully visible.
Notes:
- Reproduces regardless of the status of ETP
- Reproduces in firefox-nightly, and firefox-release
- Does not reproduce in chrome
Created from https://github.com/webcompat/web-bugs/issues/147794
| Reporter | ||
Comment 1•1 year ago
|
||
| Reporter | ||
Updated•1 year ago
|
Comment 2•1 year ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
Comment 3•1 year ago
|
||
FWIW, Unset the following css is a workaround.
.Modal_overlay__9VSuC.Modal_positionContentCenter__QzDur {
justify-content: center;
}
Comment 4•1 year ago
|
||
In Chrome, the popup thing is anchored on the top, so it'd be interesting to figure out the difference.
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 5•1 year ago
|
||
Updated•1 year ago
|
Comment 7•1 year ago
|
||
| bugherder | ||
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 8•1 year ago
|
||
Updated•1 year ago
|
Comment 10•1 year ago
|
||
Backed out for causing failures at browser_interventions.js.
Backout link: https://hg.mozilla.org/integration/autoland/rev/a5f31fde35ddbb02b23fc5aef0f9d4df2bd6214b
Failure log: https://treeherder.mozilla.org/logviewer?job_id=496740708&repo=autoland&lineNumber=11514
Comment 11•1 year ago
|
||
Comment 12•1 year ago
|
||
Comment 13•1 year ago
|
||
| bugherder | ||
Comment 14•1 year ago
|
||
So the behavior-difference here is that the thing-being-centered (via the CSS in comment 3) is shorter in Chrome than it is in Firefox. It's not quite anchored to the top, but rather it's just sized to exactly fit the container (and hence doesn't need to be centered).
That happens via this CSS:
.Modal_scrollWrapper__uU5Er {
[...]
max-height: 100vh;
max-height: -webkit-fill-available;
max-height: -moz-available;
max-height: stretch;
Chrome sees -webkit-fill-available which makes this Just Work.
If we enable support for that property, you might think it'd work in Firefox too, but it doesn't -- max-height: -moz-available; comes after that and hence overrides it, and unfortunately max-height: -moz-available; behaves like max-height:none (for now, pending bug 527285, though I'm tentatively planning to fix that after shipping -webkit-fill-available)
When we ship support for the stretch sizing keyword, that'll get us the right behavior here too.
So: the platform bug that'll get this working here is either bug 527285 or bug 1789477 (either one will make this work).
Comment 15•1 year ago
|
||
The leave-open keyword is there and there is no activity for 6 months.
:twisniewski, maybe it's time to close this bug?
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 16•1 year ago
|
||
We intentionally leave-open bugs where we ship an intervention for tracking.
Updated•1 year ago
|
Updated•9 months ago
|
Updated•5 months ago
|
Description
•