Page MenuHomePhabricator

Inconsistent behavior when using desktop view on mobile device
Open, Needs TriagePublicBUG REPORT

Description

There have been reports of inconsistent rendering of Wikimedia sites when trying to use the "desktop" view from a mobile device. I'm documenting the issue I'm personally seeing in the steps below, but other have reported similar but different issues on enwiki VP (Technical) [ 1 ][ 2 ]

Steps to replicate the issue (include links if applicable):

  • Visit any article page on en.wikipedia.org while logged out using a mobile device browser that supports a native "desktop" view option
  • See that it renders the mobile experience with MinervaNeue
  • Toggle the native browser-level "desktop" view option on
  • See that it renders the Vector 2022 skin with article text at a readable size
  • Toggle the native browser-level "desktop" view option off
  • See that it renders back to the mobile experience with MinervaNeue
  • Log in
  • Toggle the native browser-level "desktop" view option back on
  • See that it now renders very zoomed out but still with MinervaNeue

Note that the logged-in behavior persists even after logging back out until some hard refresh action resets it.

What happens?:
The experience is inconsistent

What should have happened instead?:
It should be consistent between logged in and logged out experiences. I don't know which version (if any) are the expected view.

Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia):
All Wikimedia sites? Tested on Latest Chrome on Android and Brave (Chrome-based) on Android (behavior is identical in both browsers).

Other information (browser name/version, screenshots, etc.):

Logged-out, with Chrome/Brave native "Desktop" option toggled on

1000011253.png (2×960 px, 459 KB)

Logged-in, with Chrome/Brave native "Desktop" option toggled on

1000011258.png (2×960 px, 519 KB)

Event Timeline

Talking to Chris it sounds like this relates to mixing use of the mobile footer link and the browser desktop mode. I'm not sure if there is much we can do here but tagging traffic in case our logged in traffic is being routed/cached differently.

Ok, I think I can now confirm this particular issue is caused by a combination of using the footer links + using the "Desktop site" toggle in my mobile browser. The footer links seem to set a browser-stored flag that locks the skin that is being used to render the page (MinervaNeue for the "Mobile view" link and Vector 2022 for the "Desktop" link), even if my browser is requesting the "desktop site". Once I clear my cookies and site storage, the behavior of the "desktop site" toggle returns to what I expect.

This is still confusing and unintuitive, but not high priority to solve IMO. I think we'd be better off deciding if the site footer links are even necessary anymore (especially on mobile) as is already captured in T404454.