Closed
Bug 956585
Opened 10 years ago
Closed 10 years ago
usatoday.com serves desktop version to Firefox for Android UA
Categories
(Web Compatibility :: Site Reports, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bug.zilla, Unassigned)
References
()
Details
(Whiteboard: [country-us])
Attachments
(1 file)
74.41 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release) Build ID: 20131228030204 Steps to reproduce: Visited usatoday.com Actual results: Desktop version of the site is displayed Expected results: Mobile version should be displayed (e.g. like stock browser).
Updated•10 years ago
|
URL: http://usatoday.com
Component: General → Mobile
OS: Windows 7 → Android
Product: Firefox for Android → Tech Evangelism
Hardware: x86_64 → ARM
Version: Firefox 29 → unspecified
Updated•10 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: usatoday.com serves desktop version → usatoday.com serves desktop version to Firefox for Android UA
Whiteboard: [country-us]
Comment 1•10 years ago
|
||
Contact-form: http://www.usatoday.com/contactus
Comment 2•10 years ago
|
||
Tested today from Japan. 1. Accessing http://www.usatoday.com/ on Android device with Firefox 2. Getting a responsive Web site.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
Comment 3•10 years ago
|
||
In Canada I get their desktop site. On my iPhone I get a touch (iPhone specific) mobile-site. In Chrome for Android I get their mobile site as well.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 4•10 years ago
|
||
Strange, I get a mobile-ish site that exhibits a different bug. There's a fixed header that gets pushed down by the geolocation/share location prompt. After you refresh, it ends up in the right spot. (nevermind the quality of the screenshots, that's some overaggressive "optimization" on my end).
Comment 5•10 years ago
|
||
(nevermind, the geolocation prompt has nothing to do with this--it seems related to the (infrequent) Breaking News headline... which I'm trying to see how to manually trigger to dig in).
Comment 6•10 years ago
|
||
OK, I think I figured it out - if there's a Breaking News notification _and_ a prompt to install the app from Google Play (which overlays the breaking notification (in red)), then the stuff I observed in my screenshot is the result if you don't close out both the app prompt and the notification. Not a real bug, just feels like one (especially as it has to coincide with an actual response from the breaking news api).
Comment 7•10 years ago
|
||
Just tried again behind a Canadian proxy and still getting the mobile site, the same that I get from the US. Can the original reporter double check that they're still getting desktop content?
Comment 8•10 years ago
|
||
I see mobile content in Release, Beta, and Aurora. I see desktop content in Nightly.
(In reply to Mike Taylor [:miketaylr] from comment #7) > Just tried again behind a Canadian proxy and still getting the mobile site, > the same that I get from the US. > > Can the original reporter double check that they're still getting desktop > content? In Nightly I still get the desktop version. Sorry I don't have Release on my device.
Comment 10•10 years ago
|
||
I get the mobile version just fine on Nightly too. I do, however, get the desktop version on FxOS..
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Updated•5 years ago
|
Product: Tech Evangelism → Web Compatibility
Assignee | ||
Updated•11 days ago
|
Component: Mobile → Site Reports
You need to log in
before you can comment on or make changes to this bug.
Description
•