adobe.com - Footer overlaps with "Get help signing in" button on the login page
Categories
(Web Compatibility :: Site Reports, defect, P1)
Tracking
(firefox129 unaffected, firefox130 wontfix, firefox131 wontfix, firefox132 affected)
| Tracking | Status | |
|---|---|---|
| firefox129 | --- | unaffected |
| firefox130 | --- | wontfix |
| firefox131 | --- | wontfix |
| firefox132 | --- | affected |
People
(Reporter: ctanase, Unassigned)
References
(Depends on 1 open bug, )
Details
(Keywords: regression, regressionwindow-wanted, webcompat:site-report)
User Story
platform:android impact:site-broken configuration:general affects:all branch:release diagnosis-team:layout
Attachments
(2 files)
image.png
Environment:
Operating system: OnePlus 6 A6000 (Android 11)
Firefox version: Nightly 131.0a1-20240820095153
Steps to reproduce:
- Go to https://www.adobe.com
- If prompted select the US website.
- Dismiss the cookie banner.
- Tap on the "Sign in" button.
- Observe the footer.
Expected Behavior:
The footer is displayed correctly.
Actual Behavior:
The footer overlaps with "Get help signing in" button.
Notes:
- Screenshot attached
- Reproducible regardless of the ETP status
- Not reproducible on Firefox Release and Chrome
- Might be related with the implementation of the new toolbar
- Issue found during WebCompat team [Top100] websites testing
|
||
Updated•13 days ago
|
|
||
Comment 1•12 days ago
|
||
If the width of the browser was minimized and the height was also reduced, then I can reproduce the issue on Nightly132.0a1 Windows11 and also on Firefox68.0 Windows11.
|
||
Comment 2•11 days ago
|
||
Alice, can you still reproduce this on Windows? I wasn't able to.
|
|
||
Comment 3•11 days ago
|
||
I can still reproduce the issue on Nightly132.0a1(20240904095513) Windows11.
Screencast: https://youtu.be/LSQAJWRA5MY
|
|
||
Comment 4•11 days ago
|
||
It seems like the "For your protection, please verify your identity." bar is needed for it to show up and clicking "sign in" at the top doesn't give that but clicking on "Log in to your account" does.
|
|
||
Comment 5•11 days ago
|
||
Load the attached test case in Chrome and Firefox in responsive design mode and set the dimensions to 400x700. In Chrome things are scrollable in Firefox they overlap
|
|
||
Comment 6•11 days ago
|
||
Daniel, can you take a look at what might be going on here?
|
||
Updated•11 days ago
|
|
|
||
Comment 7•11 days ago
|
||
Looks like a bug in our grid code; possibly a spec change that we've got yet-to-implement. I spun off bug 1916849 with a reduced testcase.
|
|
||
Updated•11 days ago
|
|
||
Updated•11 days ago
|
|
|
||
Updated•6 days ago
|
|
||
Comment 8•5 days ago
|
||
Hey dholbert, asking here rather than bug 1916849 for ease of tracking - have we made any progress on identifying what we might need to do differently here, and how expensive that work is? Is this something that could be reasonably and safely fixed for 131 (currently beta), or should we just accept this defect for 131?
|
|
||
Comment 9•5 days ago
|
||
No one's actively poking beyond the testcase-reducing/bug-spin-off work that I already did here.
We've got a few folks working on grid interop-2024 bugs at the moment, and I think there's a good bet that this will be fixed by part of that work (or conversely, that fixing bug 1916849 will get us passing some existing interop-relevant WPTs that we're currently failing).
I'll bring up bug 1916849 in my next meeting with those folks, which is tomorrow.
|
|
||
Comment 10•5 days ago
|
||
but yeah, for 131 specifically, I think this is WONTFIX. The fix here will likely carry some risk.
Description
•