www.pexels.com - "Say Thanks!" pop-up is not fully visible after downloading something
Categories
(Web Compatibility :: Site Reports, defect, P2)
Tracking
(Webcompat Score:3, Webcompat Priority:P2, 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:30
Attachments
(3 files)
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•8 months ago
|
||
Reporter | ||
Updated•8 months ago
|
Comment 2•8 months ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
![]() |
||
Comment 3•8 months ago
|
||
FWIW, Unset the following css is a workaround.
.Modal_overlay__9VSuC.Modal_positionContentCenter__QzDur {
justify-content: center;
}
Comment 4•8 months ago
|
||
In Chrome, the popup thing is anchored on the top, so it'd be interesting to figure out the difference.
Assignee | ||
Updated•8 months ago
|
Assignee | ||
Comment 5•8 months ago
|
||
Updated•8 months ago
|
Comment 7•8 months ago
|
||
bugherder |
Assignee | ||
Updated•8 months ago
|
Assignee | ||
Updated•8 months ago
|
Assignee | ||
Comment 8•8 months ago
|
||
Updated•8 months ago
|
Comment 10•8 months 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•8 months ago
|
||
Comment 12•8 months ago
|
||
Comment 13•8 months ago
|
||
bugherder |
Comment 14•7 months 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 month 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 month ago
|
||
We intentionally leave-open bugs where we ship an intervention for tracking.
Updated•1 month ago
|
Description
•