Timeline
Annual plan: WE6.4.4 (m:FY2025-2026#Q1)
Status: Weekly status updates on mediawiki.org
Timeline: 1 July 2025 - 31 September 2025 (deployment schedule)
Outline:
- July 2025: Engineering prep
- T390923: Update WMF-deployed extensions to use mw.config checks instead of manual m-dot URL hacks
- T400852: Prepare mediawiki-client-error Logstash dashboards for mobile subdomain sunsetting
- T400855: Decide how to configure $wgMobileUrlCallback during mobile domain sunset
- T389696: Analyze impact for webrequest and unique devices pipelines to derive access_method without m-dot domain
- T390924: Add ismobile attribute to X-Analytics header
- T401576: Analyze data differences between `access_method` derived from URL and from x-analytics
- T401665: Use `x_analytics` `ismobile` instead of url `.m` subdomain for webrequest mobile-web `access_method`
- T401666: Update unique_devices tables to add the `access_method` field
- T390929: MobileFrontend should declare "X-Subdomain" variance via "Vary" response header
- August 2025: Pilot rollout (Beta Cluster, test wikis, Wikitech)
- September 2025: Further rollout
- Gradually ramp up throughout September
- T403510: [Main Rollout] Enable unified mobile routing on remaining wikis
- T405429: Report progress on rollout of unified mobile routing (Hadoop query)
- October 2025: Clean up
- T405931: [Clean up] Redirect m-dot URLs to canonical domains
- Redirect m-dot to canonical (Varnish).
- Remove unused routing code (Varnish).
- Remove unused temporary purge hook fot m-dot (MediaWiki wmf-config).
Known issues with status quo
Known issues / extra work avoided:
- T74186: Varnish: Mobile site redirect interferes with OAuth authorization process
- T59500: Impossible to use https://www.mediawiki.org/wiki/Special:OAuth/initiate?format=&oauth_callback= style URL
- T60425: Mobile site does not automatically redirect to desktop version (and not possible to use browser "use desktop view")
- T107108: Flow notification links on mobile point to desktop
- T171398: On mobile domain, interwiki links for WMF wikis should be resolved as mobile rather than desktop
- T190384: [Bug] Wikitech loads as mobile site on desktop in Chrome private browsing mode, T383656: Wikitech displays desktop site on mobile devices
- T225814: m.wikidata: login status not detected
- T256185: unable to lock accounts on the mobile site
- T152882: Many misc wikis lack mobile domains
- T252227: Mobile redirects drop provenance parameters
- T304117: Internal crosswiki links viewed on a mobile domain have a non-mobile domain as target
- T156847: Core should be aware of the domain it is running on and render mobile domains where necessary, T195494: Handle mobile domains in core, T353300: Update mobile domain derivation code to match new canonical version, T100402: Core should have support for mobile detection and customization
Past issues / workarounds that can be obsoleted / similar ones avoided in the future:
- General:
- T225879: The logout link on Special::UserLogout doesn't respect mobile domain
- T344074: Foundation Governance Wiki is not automatically redirecting for mobile as expected
- T38002: Mobile view fails for two-level domain names like multilingual wikisource (http://wikisource.org)
- Forcing resubmission of POST requests after redirect.
- MobileFrontend:
- ResourceLoader:
- SecurePoll / Board vote:
- Movement insights:
- OAuth:
- CentralAuth:
- T142015: Unable to log in on https://commons.m.wikimedia.beta.wmflabs.org/wiki/Special:UserLogin
- T257852: CentralAuth edge login and autologin for some Wikimedia domains broken on mobile
- T335125: Account creation attempt on mobile Wikipedia domain leads user to desktop Special:CentralLogin/complete, often in logged-out state
- T380646: Centralize SUL2 and SUL3 device detection
- T371596: Preserve mobile domain when using the shared login domain
- Wikidata:
- SRE & RelEng: