Page MenuHomePhabricator
Create Task
Maniphest T152882

Many misc wikis lack mobile domains
Closed, ResolvedPublic
Actions

Description

These don't resolve (and their canonical pages advertise broken links in HTML metadata and "Mobile view" footer)

  • advisors.m.wikimedia.org - disabled, ref T189181
  • api.m.wikimedia.org - disabled, not needed per T246945#6189246 (note that a DNS entry exists but is not advertised, no redirect, and no mobilefrontend)
  • auditcom.m.wikimedia.org - disabled
  • boardgovcom.m.wikimedia.org - disabled
  • board.m.wikimedia.org - disabled
  • chair.m.wikimedia.org - disabled
  • affcom.m.wikimedia.org - disabled
  • collab.m.wikimedia.org - disabled
  • donate.m.wikimedia.org - disabled
  • exec.m.wikimedia.org - disabled
  • grants.m.wikimedia.org - disabled
  • iegcom.m.wikimedia.org - disabled
  • internal.m.wikimedia.org - disabled
  • il.m.wikimedia.org - disabled
  • login.m.wikimedia.org - unified-only, per T152882#11217659
  • movementroles.m.wikimedia.org - disabled
  • noboard-chapters.m.wikimedia.org - disabled
  • ombuds.m.wikimedia.org - fixed
  • otrs-wiki.m.wikimedia.org - fixed
  • projectcom.m.wikimedia.org - disabled
  • searchcom.m.wikimedia.org - disabled
  • spcom.m.wikimedia.org - disabled
  • nostalgia.m.wikipedia.org - disabled, not needed
  • techconduct.m.wikimedia.org - disabled, ref T165977
  • thankyou.m.wikipedia.org - disabled, not needed
  • transitionteam.m.wikimedia.org - disabled
  • wg-en.m.wikipedia.org - disabled
  • m.wikifunctions.org - disabled (note that a DNS entry exists but is not advertised, no redirect, and no mobilefrontend)
  • wikimania.m.wikimedia.org - fixed
  • wikimania2005.m.wikimedia.org - fixed
  • wikimania2006.m.wikimedia.org - fixed
  • wikimaniateam.m.wikimedia.org - fixed
  • wikitech.m.wikimedia.org - unified-only T190384#11153446
  • labtestwikitech.m.wikimedia.org deleted T378260
  • zero.m.wikimedia.org - disabled and later deleted T187716

Legend:

  • fixed: m-dot added to DNS, and added to Varnish mobile_redirect.
  • disabled: MobileFrontend disabled in wmf-config so that m-domain isn't linked to.
  • deleted: wiki no longer exists.
  • unified-only: MobileFrontend configured to not use mdot. ref T214998 and mw:Mobile domain sunsetting

See also:

Details

Related Changes in Gerrit:
Show related patches Customize query in gerrit

Related Objects
Search...

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes
BBlack edited projects, added Traffic-Icebox; removed Traffic.Sep 1 2021, 11:21 PM

The swap of Traffic for Traffic-Icebox in this ticket's set of tags was based on a bulk action for all such tickets that haven't been updated in 6 months or more. This does not imply any human judgement about the validity or importance of the task, and is simply the first step in a larger task cleanup effort. Further manual triage and/or requests for updates will happen this month for all such tickets. For more detail, have a look at the extended explanation on the main page of Traffic-Icebox . Thank you!

Zabe subscribed.Feb 10 2022, 7:17 PM
1234qwer1234qwer4 subscribed.Mar 21 2022, 9:44 PM
BBlack moved this task from Backlog to Complicated on the Traffic-Icebox board.Apr 7 2022, 9:11 PM
Dzahn updated the task description. (Show Details)Apr 7 2022, 11:07 PM

added checkboxes, checked those that already resolve meanwhile

Dzahn updated the task description. (Show Details)Apr 7 2022, 11:10 PM
Umherirrender mentioned this in T285685: Mark searchcom and spcom wikis as closed on Special:SiteMatrix.Apr 19 2022, 7:12 PM
Zabe merged a task: T321520: donatewiki and thankyouwiki have broken mobile links in the footer.Oct 25 2022, 10:57 AM
Zabe added a subscriber: Pokechu22.
Pcoombe updated the task description. (Show Details)Oct 25 2022, 7:40 PM
Pcoombe updated the task description. (Show Details)
Aklapper edited projects, added Patch-Needs-Improvement; removed Patch-For-Review.Feb 21 2023, 10:25 PM
gerritbot added a comment.Feb 22 2023, 2:41 PM

Change 637849 abandoned by Ladsgroup:

[operations/dns@master] Rework DNS entries of wikis in wikimedia.org

Reason:

Needs a manual rebase, someone else can pick it up

https://gerrit.wikimedia.org/r/637849

Ladsgroup removed Ladsgroup as the assignee of this task.Feb 22 2023, 2:42 PM
Ladsgroup removed a project: User-Ladsgroup.
MdsShakil updated the task description. (Show Details)Feb 22 2023, 3:29 PM
gerritbot added a comment.Feb 22 2023, 3:50 PM

Change 891289 had a related patch set uploaded (by MdsShakil; author: MdsShakil):

[operations/dns@master] add missing mobile domain for ombuds.wikimedia

https://gerrit.wikimedia.org/r/891289

gerritbot added a project: Patch-For-Review.Feb 22 2023, 3:50 PM
Restricted Application removed a project: Patch-Needs-Improvement. · View Herald TranscriptFeb 22 2023, 3:50 PM
MdsShakil subscribed.Feb 22 2023, 3:51 PM
gerritbot added a comment.Feb 22 2023, 3:52 PM

Change 891289 abandoned by MdsShakil:

[operations/dns@master] add missing mobile domain for ombuds.wikimedia

Reason:

https://gerrit.wikimedia.org/r/891289

MdsShakil added a comment.Feb 22 2023, 3:55 PM
In T152882#8637729, @gerritbot wrote:

Change 891289 abandoned by MdsShakil:

[operations/dns@master] add missing mobile domain for ombuds.wikimedia

Reason:

https://gerrit.wikimedia.org/r/891289

Oh, zabe already did it https://gerrit.wikimedia.org/r/c/operations/dns/+/890908

Dzahn added a comment.Feb 22 2023, 3:59 PM

I wonder if the traffic team sees any blocker here to just add the missing .m. names to DNS.

gerritbot added a comment.Feb 22 2023, 5:10 PM

Change 890908 had a related patch set uploaded (by Zabe; author: Zabe):

[operations/dns@master] Add mobile domain for ombuds.wm.o

https://gerrit.wikimedia.org/r/890908

gerritbot added a comment.Feb 22 2023, 5:16 PM

Change 890908 merged by Ssingh:

[operations/dns@master] Add mobile domain for ombuds.wm.o

https://gerrit.wikimedia.org/r/890908

Stashbot added a comment.Feb 22 2023, 5:17 PM

Mentioned in SAL (#wikimedia-operations) [2023-02-22T17:17:33Z] <sukhe> running authdns-update for T152882 / CR 890908

Zabe updated the task description. (Show Details)Feb 22 2023, 5:33 PM
MdsShakil unsubscribed.Feb 22 2023, 5:42 PM
Pppery removed a project: Patch-For-Review.Jun 23 2023, 3:57 PM
spatton added subscribers: Pcoombe, spatton.Jun 28 2024, 2:59 PM

Hey teammates and cc @Dzahn as you recommended us posting here in regard to the issue @Pcoombe found and reported in T368645.

Can we update this task's description and take the 'not needed' strikeout off of donate.m.wikimedia.org; and prioritize even a temporary fix while trying to resolve it directly with Google?

As PCoombe mentioned, having donate.m.wikimedia.org simply redirect to donate.wikimedia.org would be fine.

From our side, this is an important issue to resolve quickly, as we know many donations start as Google searches, and we are getting donations all the time; particularly as one Fiscal Year ends and a new one ramps up. There are also pages on donate.wikimedia.org, particularly the Other Ways to Give page, that are breaking in search results because of this unwanted insertion of .m. in the URL.

Thank you!

Ladsgroup added a comment.Jun 28 2024, 3:34 PM

Let me fix the case of donate.m.

gerritbot added a comment.Jun 28 2024, 3:39 PM

Change #1050641 had a related patch set uploaded (by Ladsgroup; author: Amir Sarabadani):

[operations/dns@master] wikimedia.org: Set CNAME record for donate.m.wikimedia.org

https://gerrit.wikimedia.org/r/1050641

gerritbot added a project: Patch-For-Review.Jun 28 2024, 3:39 PM
greg subscribed.Jun 28 2024, 3:41 PM

Thanks Amir!

gerritbot added a comment.Jun 28 2024, 3:50 PM

Change #1050641 merged by Ladsgroup:

[operations/dns@master] wikimedia.org: Set CNAME record for donate.m.wikimedia.org

https://gerrit.wikimedia.org/r/1050641

Ladsgroup added a comment.Jun 28 2024, 3:51 PM

reloading zones now.

greg updated the task description. (Show Details)Jun 28 2024, 4:08 PM
Dzahn awarded a token.Jun 28 2024, 5:04 PM
Dzahn added a subtask: T368645: Google search results pointing to nonexistent https://donate.m.wikimedia.org/.Jun 28 2024, 6:28 PM
Pcoombe closed subtask T368645: Google search results pointing to nonexistent https://donate.m.wikimedia.org/ as Resolved.Jul 1 2024, 2:29 PM
Krinkle mentioned this in T214998: RFC: Serve mobile and desktop variants through the same URL (unified mobile routing).Jul 17 2024, 3:10 PM
gerritbot added a comment.Oct 29 2024, 11:02 PM

Change #1084263 had a related patch set uploaded (by Ladsgroup; author: Amir Sarabadani):

[operations/dns@master] Add UAE user group mobile domain

https://gerrit.wikimedia.org/r/1084263

gerritbot added a comment.Oct 29 2024, 11:15 PM

Change #1084263 merged by Ladsgroup:

[operations/dns@master] Add UAE user group mobile domain

https://gerrit.wikimedia.org/r/1084263

Aklapper mentioned this in T383656: Wikitech displays desktop site on mobile devices.Jan 16 2025, 8:45 AM
Krinkle mentioned this in T400855: Decide how to configure $wgMobileUrlCallback during mobile domain sunset.Jul 31 2025, 1:07 AM
gerritbot added a comment.Jul 31 2025, 1:09 AM

Change #1174578 had a related patch set uploaded (by Krinkle; author: Krinkle):

[operations/mediawiki-config@master] MobileUrlCallback: Disable for thankyou.wikipedia.org

https://gerrit.wikimedia.org/r/1174578

Krinkle updated the task description. (Show Details)Aug 8 2025, 8:52 PM
Krinkle subscribed.Aug 8 2025, 8:57 PM
From the task description:
  • login.m.wikimedia.org

I've ticked this as "not needed". This wiki intentionally does not have mobile view with MobileFrontend because its important for its cookies to reside on a single central domain.

It is already implicitly excluded from the mobile_redirect function in Varnish (code). Since it is under .wikimedia.org, the mobile_redirect function lists only subdomains that do use it, and login isn't among them.

It is also explicitly excluded in wmf-config/MobileUrlCallback as a domain we don't convert to m-dot.

In reviewing this Varnish code for T400855, I noticed that we explicitly exclude nostalgia.wikipedia.org in the mobile_redirect function. That's a good thing, since there is no DNS for it, either. This all seems intentional, but the MediaWiki side failed to acknowledge this, so it was actually outputting mobile links to nostalgia.m.wikipedia.org in certain cases, which are dead-ends (DNS doesn't resolve). Details and fix for that at T400855#11071280.

I've added it to the list in the task description and ticked it off as "not needed".

gerritbot added a comment.Aug 8 2025, 9:10 PM

Change #1176725 had a related patch set uploaded (by Krinkle; author: Krinkle):

[operations/dns@master] wikipedia.org: Fix grouping of wikis and non-wikis

https://gerrit.wikimedia.org/r/1176725

gerritbot added a comment.Aug 11 2025, 2:33 PM

Change #1176725 merged by Ssingh:

[operations/dns@master] wikipedia.org: Fix grouping of wikis and non-wikis

https://gerrit.wikimedia.org/r/1176725

gerritbot added a comment.Aug 11 2025, 4:19 PM

Change #1174578 merged by jenkins-bot:

[operations/mediawiki-config@master] Disable MobileFrontend on thankyou.wikipedia.org and nostalgia.wikipedia.org

https://gerrit.wikimedia.org/r/1174578

Stashbot added a comment.Aug 11 2025, 4:19 PM

Mentioned in SAL (#wikimedia-operations) [2025-08-11T16:19:39Z] <krinkle@deploy1003> Started scap sync-world: Backport for [[gerrit:1174578|Disable MobileFrontend on thankyou.wikipedia.org and nostalgia.wikipedia.org (T400855 T152882)]]

Stashbot added a comment.Aug 11 2025, 4:21 PM

Mentioned in SAL (#wikimedia-operations) [2025-08-11T16:21:28Z] <krinkle@deploy1003> krinkle: Backport for [[gerrit:1174578|Disable MobileFrontend on thankyou.wikipedia.org and nostalgia.wikipedia.org (T400855 T152882)]] synced to the testservers (see https://wikitech.wikimedia.org/wiki/Mwdebug). Changes can now be verified there.

Stashbot added a comment.Aug 11 2025, 4:29 PM

Mentioned in SAL (#wikimedia-operations) [2025-08-11T16:29:31Z] <krinkle@deploy1003> Finished scap sync-world: Backport for [[gerrit:1174578|Disable MobileFrontend on thankyou.wikipedia.org and nostalgia.wikipedia.org (T400855 T152882)]] (duration: 09m 52s)

Maintenance_bot added a project: Traffic.Aug 11 2025, 4:30 PM
gerritbot added a comment.Sep 25 2025, 9:39 PM

Change #1191514 had a related patch set uploaded (by Krinkle; author: Krinkle):

[operations/mediawiki-config@master] Disable inert MobileFrontend on misc wikimedia.org wikis that lack DNS

https://gerrit.wikimedia.org/r/1191514

Krinkle updated the task description. (Show Details)Sep 25 2025, 9:50 PM
gerritbot added a comment.Sep 25 2025, 9:55 PM

Change #1191514 merged by jenkins-bot:

[operations/mediawiki-config@master] Disable inert MobileFrontend on wikimedia.org wikis that lack DNS

https://gerrit.wikimedia.org/r/1191514

Stashbot added a comment.Sep 25 2025, 9:55 PM

Mentioned in SAL (#wikimedia-operations) [2025-09-25T21:55:57Z] <krinkle@deploy2002> Started scap sync-world: Backport for [[gerrit:1191514|Disable inert MobileFrontend on wikimedia.org wikis that lack DNS (T152882)]]

Stashbot added a comment.Sep 25 2025, 10:02 PM

Mentioned in SAL (#wikimedia-operations) [2025-09-25T22:02:09Z] <krinkle@deploy2002> krinkle: Backport for [[gerrit:1191514|Disable inert MobileFrontend on wikimedia.org wikis that lack DNS (T152882)]] synced to the testservers (see https://wikitech.wikimedia.org/wiki/Mwdebug). Changes can now be verified there.

Stashbot added a comment.Sep 25 2025, 10:09 PM

Mentioned in SAL (#wikimedia-operations) [2025-09-25T22:09:49Z] <krinkle@deploy2002> Finished scap sync-world: Backport for [[gerrit:1191514|Disable inert MobileFrontend on wikimedia.org wikis that lack DNS (T152882)]] (duration: 13m 52s)

Krinkle updated the task description. (Show Details)Sep 25 2025, 10:51 PM
Krinkle added a project: MediaWiki-Platform-Team.EditedSep 25 2025, 11:01 PM
Krinkle added a subscriber: Tgr.

I was originally going to enable unified mobile routing on login.wikimedia.org today, as part of the misc wikimedia.org batch at T403510 (exemption patch). However, I've kept it unchanged for now because I'm unsure of the impact.

The current state is quite strange for MobileFrontend on login.wikimedia.org. It has no mobile DNS (login.m.wikimedia.org) and no Varnish mobile_redirect. So for all intents and purposes, MobileFrontend is disabled there with page loads not automatically enabling it there. The "Mobile view" in the footer, if someone were to navigate to login.wikimedia.org manually is broken when you're logged-out (it just redirects back to itself, because wmfMobileUrlCallback sets login.wikimedia.org to false).

That means MobileFrontend on loginwiki, in theory, provides just two things:

  • Allowing calls to MobileContext->getMobileUrl to format m-dot URLs for other wikis.
  • Allowing manual enablement via useformat=mobile.

@Tgr Do we rely on either of these things?

Would you prefer we enable unified routing (and thus enable automatic MF activation for the first time on loginwiki) or disable MobileFrontend (maintain status quo, except for MobileContext and useformat).

For now, I'm keeping loginwiki in a unique hybrid state where it has MobileFrontend installed yet simultanously no mobile redirect and no unified mobile routing.

Krinkle updated the task description. (Show Details)Sep 26 2025, 1:15 AM
Krinkle added a subscriber: nshahquinn-wmf.
gerritbot added a comment.Sep 26 2025, 1:21 AM

Change #1191553 had a related patch set uploaded (by Krinkle; author: Krinkle):

[operations/mediawiki-config@master] Disable inert MobileFrontend on wikimedia.org wikis lacking DNS (part 2)

https://gerrit.wikimedia.org/r/1191553

Krinkle updated the task description. (Show Details)Sep 26 2025, 1:22 AM
gerritbot added a comment.Sep 26 2025, 1:59 AM

Change #1191553 merged by jenkins-bot:

[operations/mediawiki-config@master] Disable inert MobileFrontend on wikimedia.org wikis lacking DNS (part 2)

https://gerrit.wikimedia.org/r/1191553

Stashbot added a comment.Sep 26 2025, 2:00 AM

Mentioned in SAL (#wikimedia-operations) [2025-09-26T02:00:43Z] <krinkle@deploy2002> Started scap sync-world: Backport for [[gerrit:1191553|Disable inert MobileFrontend on wikimedia.org wikis lacking DNS (part 2) (T152882)]]

Stashbot added a comment.Sep 26 2025, 2:07 AM

Mentioned in SAL (#wikimedia-operations) [2025-09-26T02:07:12Z] <krinkle@deploy2002> krinkle: Backport for [[gerrit:1191553|Disable inert MobileFrontend on wikimedia.org wikis lacking DNS (part 2) (T152882)]] synced to the testservers (see https://wikitech.wikimedia.org/wiki/Mwdebug). Changes can now be verified there.

Krinkle updated the task description. (Show Details)Sep 26 2025, 2:13 AM
Krinkle updated the task description. (Show Details)
Krinkle updated the task description. (Show Details)
Stashbot added a comment.Sep 26 2025, 2:13 AM

Mentioned in SAL (#wikimedia-operations) [2025-09-26T02:13:53Z] <krinkle@deploy2002> Finished scap sync-world: Backport for [[gerrit:1191553|Disable inert MobileFrontend on wikimedia.org wikis lacking DNS (part 2) (T152882)]] (duration: 13m 09s)

Krinkle updated the task description. (Show Details)Sep 26 2025, 2:13 AM
Krinkle added a parent task: T403510: [Main Rollout] Enable unified mobile routing on remaining wikis.Sep 26 2025, 2:21 AM
Krinkle updated the task description. (Show Details)Sep 26 2025, 2:30 AM
Tgr added a comment.Sep 26 2025, 9:41 AM
In T152882#11217659, @Krinkle wrote:

That means MobileFrontend on loginwiki, in theory, provides just two things:

  • Allowing calls to MobileContext->getMobileUrl to format m-dot URLs for other wikis.
  • Allowing manual enablement via useformat=mobile.

@Tgr Do we rely on either of these things?

We don't rely on loginwiki at all at this point.

Historically, we relied on both - useformat=mobile was used to preserve the format that the user had on the wiki where they started login, and also to make sure that MF checks tell that mobile mode is enabled, so we redirect back to the right domain.

We still rely on both of those things on the central authentication domain, but now that domain should never be loginwiki (unless you go there manually and start login there, I guess).

Would you prefer we enable unified routing (and thus enable automatic MF activation for the first time on loginwiki) or disable MobileFrontend (maintain status quo, except for MobileContext and useformat).

Now that loginwiki is just a normal wiki, enabling unified routing so it's handled the same as all other wikis seems less hassle to me.

Krinkle added a comment.Sep 26 2025, 9:34 PM

@Tgr Thanks, I'll include loginwiki in the next batch of rollouts on Monday 29 Sep (T403510).

Krinkle mentioned this in T403510: [Main Rollout] Enable unified mobile routing on remaining wikis.Sep 29 2025, 8:32 AM
JTweed-WMF removed a project: MediaWiki-Platform-Team.Sep 29 2025, 2:55 PM
Krinkle updated the task description. (Show Details)Oct 1 2025, 7:12 AM
Krinkle closed this task as Resolved.Oct 1 2025, 7:22 AM
Krinkle claimed this task.

I think we can call this done. All wiki listed here, plus a dozen more that I found, have been fixed so that the following is no longer true for any wikis that I know of:

Having no "m" DNS entry, but MobileFrontend is actually installed and thus advertises broken links to users (in the footer) and to crawlers (in HTML metadata).

Instead, all wikis fall in one of these four categories:

  1. Has an "m" DNS entry, and is handled in Varnish to set the MobileFrontend header, and in MediaWiki the MobileFrontend extension is installed on that wiki.
    • 99% of wikis fall in this category. Largely because the DNS/Varnish/MW config all follow project-wide automation or wildcards so that there are no gaps.
  2. No "m" DNS entry, Varnish may set the header (doesn't matter), and in MediaWiki the MobileFrontend is not installed on that wiki.
    • Most of the fishbol/closed/one-off wikis under wikimedia.org, as discussed in this task, fall in this category. I imagine this is largely because .wikimedia.org requires manual editing to get right in three places, and we historically haven't bothered doing this. Plus, due to the small size or closed nature of these wikis, it has not been a priority for interface admins to support MobileFrontend in site customisations here and/or it hasn't been requested.
  3. No "m" DNS entry, and Varnish sets the header in unified-mode only, and MobileFrontend is installed.
    • This is wikitech.wikimedia.org and login.wikimedia.org, which use MobileFrontend by default as of September. Previously they had no (default) mobile version.
  4. Has an "m" DNS entry, but this is unused and acts as undocumented alias of the standard domain. There is no MobileFrontend installed.
    • This is api.m.wikimedia.org and m.wikifunctions.org. These are currently prone to serving stale content, because they are not purged or otherwise known to MediaWiki. These will naturally become redirects after T405931 and T214998, at which point they will become indistinguishable from category 2. They'll just happen to have these non-canonical redirects.

If we find more WMF domains in the future that turn out to lack an "m" DNS (and yet have MobileFrontend installed), then those should not pose problems, because MobileFrontend now works on all wikis without relying on an "m" subdomain and without relying on a Varnish mobile_redirect mapping. So such domains are simply category 3 "unified-only". I don't think we need to register new "m" subdomains only for them to be a non-canonical redirect from day 1.

Krinkle mentioned this in T368645: Google search results pointing to nonexistent https://donate.m.wikimedia.org/.Oct 21 2025, 6:43 PM
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits