how to reproduce:
go to my talk page on any wiki (e.g. he.wiki) and click my user name in my signature. you get this page doesn't exist although the link is blue, and my page does exist.
| Matanya | |
| Jun 4 2015, 3:53 PM |
| F35456372: Screenshot_20220815-192544_Wikipedia.jpg | |
| Aug 15 2022, 6:26 PM |
how to reproduce:
go to my talk page on any wiki (e.g. he.wiki) and click my user name in my signature. you get this page doesn't exist although the link is blue, and my page does exist.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T101407 clicking on a user name that has a global page coming from meta in the Android app results in "this page doesn't exist" | |||
| Open | None | T89540 GlobalUserPage clients should expose information in the API |
@Anomie When I open the user page in a browser it works fine:
https://he.wikipedia.org/wiki/%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9:Matanya
-> ok
https://he.wikipedia.org/wiki/User:Matanya
-> ok
The English namespace prefix works on enwiki, too. (https://en.wikipedia.org/wiki/User:Matanya)
What I don't understand is that the API requests we are making always respond with something like:
{
"servedby": "mw1120",
"error": {
"code": "missingtitle",
"info": "The page you requested doesn't exist",
"*": "See https://he.wikipedia.org/w/api.php for API usage"
}
}Here are the requests equivalent to the first two links:
https://he.m.wikipedia.org/w/api.php?action=mobileview&format=json&page=%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9%3AMatanya&prop=text%7Csections%7Clanguagecount%7Cthumb%7Cimage%7Cid%7Crevision%7Cdescription%7Clastmodified%7Cnormalizedtitle%7Cdisplaytitle%7Cprotection%7Ceditable&onlyrequestedsections=1§ions=0§ionprop=toclevel%7Cline%7Canchor&noheadings=true&thumbsize=640
It seems whatever GlobalUserPage is doing to show the meta user page isn't coming through to the API. Not entirely sure how that should work.
I don't think the apps should have to know what's going on under the hooks.
Maybe a way should be provided for API users to resolve titles to whatever global page they fall back to.
Reopening: reproduced this just now on https://en.m.wikipedia.org/wiki/User:Epicgenius using version 2.7.50417-r-2022-08-02 of the Android App. Mobile website correctly shows the global userpage, App returns Wikipedia does not have a user page with this exact name.
The apps use Page Content Service / Mobile-Content-Service which indeed isn't aware of the global user page. Question is... should it be aware ?
In my opinion yes. Usage of global userpages is a noticeable percentage of users, and for the App to just pretend those userpages don't exist is a bug. Not only that, but it also leads to inconsistent messaging, as in all other cases it will show the page as existing (compare eg the bottom two links on https://en.m.wikipedia.org/wiki/User:Asartea/sandbox in the app. [[User:Epicgenius]] is displayed as a blue link, while [[User:Thisisanexampleimadeuptoshowcasanissue]] is displayed as a redlink). This is confusing for users, because the app is telling them there is a page by that name, until they try and actually visit it.
What happens if you try to view the file description page for an image that exists on Commons?
Shows its from commons, and provides a link to open the commons page in your browser.
Why this long due problem never solved?
The bug still exists on all latest builds of wikipedia android app.
@anoopspeaks: Welcome to Phabricator. Resetting priority; please do not set it. See Prioritization why this has not been resolved yet; your patch is welcome. Thanks.
Phabricator tickets are for discussing how to get technical issues closer to resolution and for managing work. They are not a forum for "complaining". Thanks for your understanding. :)