Page MenuHomePhabricator

Missing mobile DNS entries for numerous *.wikimedia.org wikis (*.m.wikimedia.org not existing)
Closed, ResolvedPublic

Description

When I open http://uk.wikimedia.org on my mobile phone I get redirected to http://uk.m.wikimedia.org . That's an invalid site url:

host uk.m.wikimedia.org

Host uk.m.wikimedia.org not found: 3(NXDOMAIN)

So I'm unable to browse this site on my phone. Other chapter sites might be affected too, but didn't test this.


Version: unspecified
Severity: normal
URL: http://uk.m.wikimedia.org

Details

Reference
bz38799

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 1:09 AM
bzimport added a project: DNS.
bzimport set Reference to bz38799.
bzimport added a subscriber: Unknown Object (MLST).

At the outset, this isn't a mobile specific problem. I'd suspect if they actually resolved to the correct place, they would likely work

For starters, there are missing *.m.wikimedia.org dns entries for numerous *.wikimedia.org sites (office is fine, board, ar, uk..)

To get ready for the DNS change or to fix after the change is made see
[[m:Mobile Projects/Mobile Gateway#How do I format a mobile homepage?]]

ok, link didn't work ;-( let's see about this one

[[Mobile Gateway#How do I format a mobile homepage.3F]]

( https://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#How_do_I_format_a_mobile_homepage.3F )

This is also the case with the Chapters/Affiliations Committee internal wiki, https://chapcom.wikimedia.org, which redirects to an invalid URL chapcom.m.wikimedia.org.

I also tested this with pl.wikimedia.org, with the same result (apparently a missing DNS entry for pl.m.wikimedia.org).

This is rather visible for a subset of our userbase - setting priority to High.

  • Bug 41334 has been marked as a duplicate of this bug. ***
  • Bug 40687 has been marked as a duplicate of this bug. ***

This bug is quite annoying (and hard to get around) when one runs into it.

For starters, there are missing *.m.wikimedia.org dns entries for numerous
*.wikimedia.org sites (office is fine, board, ar, uk..)

What does this mean for resolving the problem? Is the fix simply adding one dns entry per wiki for a more complete list of wikis? Is that full list online somewhere?

(In reply to comment #8)

This bug is quite annoying (and hard to get around) when one runs into it.

For starters, there are missing *.m.wikimedia.org dns entries for numerous
*.wikimedia.org sites (office is fine, board, ar, uk..)

What does this mean for resolving the problem? Is the fix simply adding one
dns entry per wiki for a more complete list of wikis? Is that full list online
somewhere?

Basically, yes. There is already an RT ticket filed, requesting this from the ops team: https://rt.wikimedia.org/Ticket/Display.html?id=3661

More up-to-date details can be found in the recent thread on wikitech-l: http://lists.wikimedia.org/pipermail/wikitech-l/2012-October/064026.html

This seems to be resolved. I'll therefore RESOLVED FIXED, but perhaps someone with access to the RT display could confirm that all requested changes have been made and not just some.

Sorry, but this has in no way been resolved; neither uk.m.wikimedia.org nor chapcom.m.wikimedia.org (the two domains that have been mentioned above) work properly:

Host uk.m.wikimedia.org not found: 3(NXDOMAIN)
Host chapcom.m.wikimedia.org not found: 3(NXDOMAIN)

I am therefore re-opening this bug, and awaiting comments from people with access to the RT ticket.

(In reply to comment #11)

Sorry, but this has in no way been resolved; neither uk.m.wikimedia.org nor
chapcom.m.wikimedia.org (the two domains that have been mentioned above) work
properly:

Host uk.m.wikimedia.org not found: 3(NXDOMAIN)
Host chapcom.m.wikimedia.org not found: 3(NXDOMAIN)

I am therefore re-opening this bug, and awaiting comments from people with
access to the RT ticket.

Hmm, sorry, I see what you mean. The domains don't exist, but we don't still redirect to them -- I still had in mind the latter (the description for bug #41334, which was closed as a duplicate of this one) rather than the former (which is the actual description of this one). My bad.

(In reply to comment #11)

neither uk.m.wikimedia.org nor chapcom.m.wikimedia.org work properly

Still confirming.

  • Bug 40455 has been marked as a duplicate of this bug. ***
  • Bug 61831 has been marked as a duplicate of this bug. ***

RT #8814 created.

This needs to be fixed as soon as possible.

Change 171475 had a related patch set uploaded by Dzahn:
add missing mobile DNS entries

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

Change 171475 merged by Dzahn:
add missing mobile DNS entries

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

the next step here now is to go through the list of wikis i added above,
and check each of them if they are ready for mobile or not, then compile a list where people should be redirected, make mobile team redirect them

it might help if somebody feels like compiling a new target list of users/wiki pages that match this, then uses mass message to ask the wiki admins if they want mobile

https://meta.wikimedia.org/wiki/Global_message_delivery/Targets/Wikidata

(In reply to Daniel Zahn from comment #20)

the next step here now is to go through the list of wikis i added above,
and check each of them if they are ready for mobile or not, then compile a
list where people should be redirected, make mobile team redirect them

What do you mean by ready for mobile?

What do you mean by ready for mobile?

I'm not sure. That would be more a question for the mobile team.

whatever the criteria are for enabling MobileFrontend

technically this ticket should be resolved, because the DNS entries exist meanwhile

Dzahn claimed this task.

I went through these and didn't find anything that's broken. (except for nyc chapter wiki which had hidden the 'Mobile view' link at the footer. :p I've made it visible now. https://nyc.wikimedia.org/w/index.php?diff=1606)

there is this patch i made to automatically create a ".m." for each wiki in wikimedia.org

https://gerrit.wikimedia.org/r/#/c/171769/

Faidon commented "I don't think the mapping is 1:1; mobile frontend needs to explicitly be enabled per-wiki and in some cases we need to also set up Varnish redirects. I'm not sure if it makes sense to template this for all wikis."

My reply was that, as pointed out by Reedy, the config looks like this:

'wmgMobileFrontend' => array(
'default' => true,
'labswiki' => false,
'wikidata' => false, // Disabled due to lack of mobile domain setup

So it's enabled by default and only disabled on Labs and Wikidata. What I don't know are the details about "lack of mobile domain setup" on wikidata or if Labs could be enabled.

So still wondering if it makes sense to generate them in DNS templates or abandon the whole approach. Then we have to manually keep them in sync though. Any thoughts?

I abandoned that Gerrit change for now, but i would still like to know if the mapping of "regular" wiki entry to an ".m." entry can really not be just 1:1. as commented above, MobileFrontend seems to be enabled by default for all wikis except labs and wikidata. how about getting rid of those 2 exceptions and then getting back to templating the DNS entries.

Dzahn set Security to None.
Dzahn added subscribers: Reedy, MaxSem, faidon, BBlack.