Last modified: 2014-02-12 23:52:57 UTC
On a mobile device, <http://en.wikipedia.org> auto-redirects to <http://en.m.wikipedia.org>, but <http://commons.wikimedia.org> does not currently auto-redirect to <http://commons.m.wikimedia.org>. The behavior should be consistent.
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)"
Jon: I see that you closed bug 43627. What's up with this bug?
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: https://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git;a=blob;f=files/squid/redirector.conf;h=2014ea4f32c5765e77f3819d406d431fb9beb195;hb=HEAD
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: http://www.mediawiki.org/wiki/Mobile_default_for_sister_projects 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.
Thank you both very much for the explanations. :-)
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).
Actually, enabling redirection to Commons doesn't require C code modification, it has a configuration file.
*** Bug 43627 has been marked as a duplicate of this bug. ***
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.
Also see bug 38763 comment 1
link to RT #4627
SSL cert looks ok to me meanwhile. These are the DNS names on the one i get: includes DNS Name: *.m.wikimedia.org Not Critical 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 )
Assigned Mingle ticket https://mingle.corp.wikimedia.org/projects/mobile/cards/710
*** Bug 48617 has been marked as a duplicate of this bug. ***
Can someone do this? It's been months, it's not that hard - come on.
Code's been merged: https://gerrit.wikimedia.org/r/#/c/66991/
Then I guess this can happen?
The change hasn't been deployed yet, so reopening. When is this scheduled to go out? Please update http://www.mediawiki.org/wiki/Mobile_default_for_sister_projects
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.
Done.