similar to www.m.wikipedia.org we would like to know if login.m.wikimedia.org can be removed
it appears that mobile clients use the regular login.wm.org without the "m"
the question also comes from T111967 to know if we need it in our lists of special HSTS hostnames
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T120143 Investigate if www.m.wikipedia.org needs to stay around | |||
| Resolved | Dzahn | T123431 Investigate if login.m.wikimedia.org needs to stay around |
@oxygen:/srv/log/webrequest# jq .uri_host /srv/log/webrequest/sampled-1000.json | wc -l
7035053 total
@oxygen:/srv/log/webrequest# jq .uri_host /srv/log/webrequest/sampled-1000.json | grep "logi" | wc -l
125879 with "logi"
@oxygen:/srv/log/webrequest# jq .uri_host /srv/log/webrequest/sampled-1000.json | grep "login.m" | wc -l
0 with "login.m"
renaming ticket, seems this should have been about wikimedia.org all this time and never wikipedia.org, unlike the linked "www.m" ticket which actually wikipedia.org
Change 276385 had a related patch set uploaded (by Dzahn):
remove login.m.wikimedia.org
The only danger would be if MobileFrontend suddenly started hooking earlier in the login process, and redirected mobile users from login.wm.org to the mobile site during login (this would slow the login process, but CentralAuth would still be able to log the user in, if that happened). Right now, I think we do the detection redirect in Varnish and loginwiki is specifically excluded (iirc), and Ex:MobileFrontend only handles the page output. So should be safe to do now, as confirmed by the lack of hits to that domain in our logs.
also see comment from bblack on: T111967#1622278
and i checked [oxygen:/srv/log/webrequest] $ jq .uri_host /srv/log/webrequest/sampled-1000.json one last time.. nothing.
merged. removed from DNS
radon:~] $ host login.m.wikimedia.org
Host login.m.wikimedia.org not found: 3(NXDOMAIN)