Note that the SSL cert is bad at https://commons.m.wikimedia.org/
"commons.m.wikimedia.org uses an invalid security certificate.
The certificate is only valid for the following names:
*.wikipedia.org , wikipedia.org , m.wikipedia.org , *.m.wikipedia.org
(Error code: ssl_error_bad_cert_domain)"
There are certain redirect rules set up on various wiki* sites. When you access en.wikipedia.org it redirects you on a mobile device to en.m.wikipedia.org etc etc
Commons doesn't do this due to no mention in the horrible regex here:
The project around making all WMF properties automatically redirect to the
mobile site got tabled around the Wiki Loves Monuments project. We were never
100% sure we'd be able to get around to commons given the timeline, and it is
the last big remaining project that does not have automatic mobile redirection.
Details of all this can be seen here:
Ultimately, it was decided that more thought needs to be given to automatic
redirection for commons due to the unique nature of its content, and it would
potentially require making changes to MobileFrontend. This was de-prioritized
relative to the other work on our plates aimed at reaching the team's goals by
the end of this fiscal year. It's possible that this will come up again as
something for us to tackle before the fiscal year is out, but this is still
considered lower priority than the other work ahead.
No problem, MZ :)
I updated the priority on this to low. Also, I do not think 'DNS' is the right component for this, since is actually relates partially to some C code invoked by the squids to handle the redirection, and partially to ensuring MobileFrontend is capable of appropriately handling commons content. So I've updated the component to Mediawiki extensions, and am now trying to associate this bug with MobileFrontend (that way it's less likely to fall off our radar).
Moving to different component. MobileFontend is certainly not the right place for this and it's existence under MobileFrontend is confusing.
It is not likely to fall off anyone's radar as long as they are on the bug report.
SSL cert looks ok to me meanwhile. These are the DNS names on the one i get:
includes DNS Name: *.m.wikimedia.org
DNS Name: *.wikipedia.org
DNS Name: wikipedia.org
DNS Name: m.wikipedia.org
DNS Name: *.m.wikipedia.org
DNS Name: wikibooks.org
DNS Name: m.wikibooks.org
DNS Name: *.wikibooks.org
DNS Name: *.m.wikibooks.org
DNS Name: wikidata.org
DNS Name: m.wikidata.org
DNS Name: *.wikidata.org
DNS Name: *.m.wikidata.org
DNS Name: wikimedia.org
DNS Name: m.wikimedia.org
DNS Name: *.wikimedia.org
DNS Name: *.m.wikimedia.org
DNS Name: wikimediafoundation.org
DNS Name: m.wikimediafoundation.org
DNS Name: *.wikimediafoundation.org
DNS Name: *.m.wikimediafoundation.org
DNS Name: wikinews.org
DNS Name: m.wikinews.org
DNS Name: *.wikinews.org
DNS Name: *.m.wikinews.org
DNS Name: wikiquote.org
DNS Name: m.wikiquote.org
DNS Name: *.wikiquote.org
DNS Name: *.m.wikiquote.org
DNS Name: wikisource.org
DNS Name: m.wikisource.org
DNS Name: *.wikisource.org
DNS Name: *.m.wikisource.org
DNS Name: wikiversity.org
DNS Name: m.wikiversity.org
DNS Name: *.wikiversity.org
DNS Name: *.m.wikiversity.org
DNS Name: wikivoyage.org
DNS Name: m.wikivoyage.org
DNS Name: *.wikivoyage.org
DNS Name: *.m.wikivoyage.org
DNS Name: wiktionary.org
DNS Name: m.wiktionary.org
DNS Name: *.wiktionary.org
DNS Name: *.m.wiktionary.org
DNS Name: mediawiki.org
DNS Name: *.mediawiki.org
DNS Name: m.mediawiki.org
DNS Name: *.m.mediawiki.org
The SSL part of this Bugzilla issue is resolved so I am moving this to the mobile team for the redirection part.
Confirming that the redirection part of this report is still valid.
(For general info about recent progress of SSL certs see http://lists.wikimedia.org/pipermail/wikitech-l/2013-March/067566.html )
PS there's an RT ticket tracking the rollout: https://rt.wikimedia.org/Ticket/Display.html?id=5296
Timeline is still unclear, but some squids have been updated and now we're just waiting on the rest.