Note: There are a few cases of duplicates in user autocompletion which are being worked on.

Request Desktop Site does not work if sites use cookies to remember UA

RESOLVED WONTFIX

Status

()

Firefox for Android
General
RESOLVED WONTFIX
5 years ago
a year ago

People

(Reporter: mfinkle, Unassigned)

Tracking

16 Branch
ARM
Android
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox15 fixed)

Details

(Whiteboard: [rdm])

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0
Build ID: 20120601045813

Steps to reproduce:

Using Acer A100 (4.0.3) 7" tablet with Nightly

1.  Link brought me to mobile version of Website
2.  Request Desktop Site did not function as intended

To replicate:
1.  Go to: m.wired.com
2.  Use Request Desktop Site menu item (won't change to destop display of website)


Actual results:

I have found that some sites which I have reached through links will not respond to Request Desktop site.

Today I pursued one of these: Wired.com.  I found that if the link takes me to "m.xyz.com", the Request Desktop Site does not work.

On Wired, there is a "view full website link" which gave me what I wanted.

It would be nice if Request Desktop Site worked in all cases, even if one is taken to a URL that is a discrete mobile version.  Can this be done?

[cloned from Bug 773250]
From bug 773250:

Apparently, wired.com uses cookies to remember the UA preference. I've seen the same thing on dailyshow.com. Presumably, dailyshow.com wants to prevent mobile users from watching full episodes, so they lock the user into mobile mode once the site has been visited with a mobile UA. I'm not sure why wired.com does this, but short of evangelism, there isn't much we can do (and it appears they've gone out of their way to cause this behavior). If you want to look at desktop versions of these sites, you'll have to clear your cookies, switch the tab to desktop mode, and then go to the site.
Summary: Request Desktop Site sometimes does not work (Nightly on tablet) → Request Desktop Site does not work if sites use cookies to remember UA
Sounds like this one step short of a SUMO article and that's that.

Updated

5 years ago
Whiteboard: rdm

Updated

5 years ago
Whiteboard: rdm → [rdm]

Comment 3

5 years ago
I assume that allowing a preference to *always* use Desktop Site view would solve the issue.  In Opera Mobile, one can set "user agent" to desktop.  Why not the same for Firefox Android?

David
(In reply to djprius from comment #3)
> I assume that allowing a preference to *always* use Desktop Site view would
> solve the issue.  In Opera Mobile, one can set "user agent" to desktop.  Why
> not the same for Firefox Android?
> 
> David

I had a patch for "always request desktop sites" in bug 766406, but we didn't want it at the time. At the very least, though, I should be able to create an add-on that provides this.

CC'ing madhava/ibarlow for UX input - would we want an "always request desktop sites" option in the prefs?
(In reply to djprius from comment #3)
> I assume that allowing a preference to *always* use Desktop Site view would
> solve the issue.  In Opera Mobile, one can set "user agent" to desktop.  Why
> not the same for Firefox Android?

I don't feel like we want that kind of advanced tweak in the app. There is an add-on you can use:
https://addons.mozilla.org/en-us/android/addon/phony/
(In reply to djprius from comment #3)
> I assume that allowing a preference to *always* use Desktop Site view would
> solve the issue.  In Opera Mobile, one can set "user agent" to desktop.  Why
> not the same for Firefox Android?
> 
> David

I've created an add-on that should allow you to do this; see https://addons.mozilla.org/en-US/android/addon/desktop-by-default/.

This is really just a workaround - there's no proper fix to this bug (other than having sites not do this, which we can't control). Marking as resolved.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WONTFIX

Updated

4 years ago
Duplicate of this bug: 860234
You need to log in before you can comment on or make changes to this bug.