This isn't what Phabricator is for. But as you want an answer:
Needs Triage (13)
- No repositories found for this query.
Sun, Dec 9
Where does this stand currently?
The biggest difficulty in this idea is that users are able to set their language in MediaWiki, but nothing about the HTTP environment carries forward that language setting, so when an HTTP request is made and hits an error page, there's little-to-nothing to go off of in that request to indicate what the target language should be as it isn't querying their MediaWiki user preferences. When I think of ideas for creating a localized error page in a wiki environment, Wikipedia comes to mind with their localization in the subdomain (e.g. en.wikipedia.org, fr.wikipedia.org, etc), where you could theoretically make an nginx if statement that picks up the subdomain and returns a different error_page directive depending on the subdomain. However on ShoutWiki where the domains don't indicate the site language, that doesn't work. Even if you were to query the site's content-language response header before returning a PHP-based error_page, the site's content-language could be different than the user's customized preferences.
Thu, Dec 6
Oct 22 2018
One day, Math will not suck...
Oct 2 2018
Sep 23 2018
how do I that?
Sep 19 2018
Can I atleast get an explanation?
These requests should go through Special:Contactemail@example.com but test wikis are against our Content Policy anyway.
Almost everything on this list is not set the way you're requesting on purpose.
Sep 16 2018
Sep 13 2018
Apr 22 2018
Feb 18 2018
Jan 28 2018
Jan 27 2018
Jan 26 2018
You won't see an identified cause or steps towards a solution because you're not a member of staff. It is a known issue and is being worked on.