The "Search" field position is not fixed when scrolling is performed at mail.yahoo.com
Categories
(Web Compatibility :: Site Reports, defect, P2)
Tracking
(Webcompat Score:6, Webcompat Priority:P2, firefox125 affected, firefox127 affected)
People
(Reporter: rbucata, Unassigned)
References
()
Details
(Keywords: webcompat:contact-in-progress, webcompat:have-login, webcompat:site-report, Whiteboard: [webcompat:sightline])
User Story
platform:android impact:content-missing configuration:general affects:all branch:release diagnosis-team:webcompat user-impact-score:300 outreach-assignee:jrmuizel outreach-response-date:2025-07-07
Attachments
(1 file)
|
2.95 MB,
video/mp4
|
Details |
Environment:
Operating system: Android 12/ Android 13
Firefox version: Firefox Nightly 127.0a1 (2016016367-🦎127.0a1-20240421091131🦎)
Preconditions:
Clean profile
Steps to reproduce:
- Navigate to: https://mail.yahoo.com/mb/?.src=ym&reason=myc
- Perform account login
- Scroll the page.
- Observe the "Search" field.
Expected Behavior:
The "Search" field position is fixed
Actual Behavior:
The "Search" field position is not fixed
Notes:
- Reproducible regardless of the status of ETP
- Reproducible on the latest build of Firefox Nightly and Release
- Works as expected using Chrome
- Attachment provided
- Issue found during WebCompat team [Top100] websites testing
|
||
Updated•1 years ago
|
|
||
Updated•1 year ago
|
|
||
Comment 1•1 year ago
•
|
||
The screenshot is actually showing two different URLs, if you look closely.
"Bad" URL, in Firefox, starts with:
https://mail.yahoo.com/mb/ (note the "b" at the end)
"Good" URL, in Chrome, starts with:
https://mail.yahoo.com/m/
You can get the "bad" experience in Chrome if you load the "bad" URL.
You can get the "good" experience in Firefox if you load the "good" URL **and use a Chrome or Chrome-like UA string (e.g. Samsung Browser). If you've got a Firefox UA string, then the "good" URL just redirects to the "bad" URL, unfortunately.
At first glance, I'm not seeing any trouble on the "good" site (/m/) when loading it in Firefox-spoofing-as-Chrome, so I'm not sure why we're being selectively sent to a downgraded version of the page. Maybe we could land a sitepatch to UA-spoof here? We'd need to do some thorough testing to be sure nothing's broken, though.
--> Calling this webcompat:needs-sitepatch and removing needs-diagnosis. denschub, please let me know if there's a keyword I should be swapping in for needs-diagnosis to reflect that this has been diagnosed as ua-sniffing. (Maybe needs-sitepatch covers that; just want to be sure this doesn't end up back in an undiagnosed triage queue.)
|
|
||
Comment 2•1 year ago
•
|
||
(In reply to Daniel Holbert [:dholbert] from comment #1)
denschub, please let me know if there's a keyword I should be swapping in for
needs-diagnosisto reflect that this has been diagnosed as ua-sniffing. (Maybeneeds-sitepatchcovers that; just want to be sure this doesn't end up back in an undiagnosed triage queue.)
Just for posterity, and to remove the ni? - you did the right thing. :)
|
||
Updated•11 months ago
|
|
|
||
Updated•9 months ago
|
|
|
||
Updated•8 months ago
|
|
|
||
Updated•8 months ago
|
|
|
||
Updated•6 months ago
|
|
||
Updated•3 months ago
|
|
|
||
Comment 4•2 months ago
|
||
We should be getting the tier1 mobile experience now. Can you reopen if you can still reproduce the difference?
|
|
||
Comment 5•2 months ago
•
|
||
Yup, verified fixed as far as I can tell.
Signing in at https://mail.yahoo.com/ in latest Firefox Nightly on Android, I end up at https://mail.yahoo.com/m/ , the "good" URL noted in comment 1, with e.g. stars at the right side of the screen for each message, and with the searchbar staying fixed at the top of the screen as I scroll (matching the Chrome experience in comment 0's screencast).
Description
•