Last modified: 2013-11-19 15:40:12 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T38307, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 36307 - action=raw on MediaWiki namespace returns 404 if the page has been deleted
action=raw on MediaWiki namespace returns 404 if the page has been deleted
Status: NEW
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
http://ta.wikipedia.org/wiki/மீடியாவி...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-04-27 19:53 UTC by Yuvi Panda
Modified: 2013-11-19 15:40 UTC (History)
10 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Yuvi Panda 2012-04-27 19:53:24 UTC
I'd expect it to return the contents of the page from the i18n files, since that's what I see when I view it without action=raw
Comment 1 Chad H. 2012-04-27 19:54:06 UTC
Wouldn't the world be a nicer place if action=raw just didn't exist anymore? ;-)
Comment 2 Yuvi Panda 2012-04-27 20:05:45 UTC
Krenair's suggestion of using usemsgcache=true along with action=raw works :) 

I'm unsure what the desired behavior here is. Should usemsgcache=true be assumed for MediaWiki namespace?
Comment 3 Niklas Laxström 2012-04-27 20:43:41 UTC
Wouldn't the world be a nicer place if we didn't fake the existence of pages in mediawiki namespace?
Comment 4 Yuvi Panda 2012-04-27 20:48:21 UTC
I looked a bit more and realized that usemsgcache=true will return data from the i18n cache and not count for overrides. So that negates what was said in #c2. However, I still think usemsgcache=true should be assumed if the page does not exist. 

Wouldn't the world be a nicer place if action=raw and action=view were consistent? :)
Comment 5 Nemo 2012-11-21 19:16:57 UTC
(In reply to comment #4)
> Wouldn't the world be a nicer place if action=raw and action=view were
> consistent? :)

And is this really an "Internationalisation" request? Looks not: sending to General.
Also, per comment 3 this borders WONTFIX: turning to lowest priority.
Comment 6 Quim Gil 2013-03-09 19:50:00 UTC
(In reply to comment #5)
> Also, per comment 3 this borders WONTFIX: turning to lowest priority.

Before doing exactly that: what is the real life use case for this?
Comment 7 Yuvi Panda 2013-03-09 19:58:28 UTC
The use case is when you want the raw data of a translated message used by mediawiki. 

The particular case was, I was trying to find out the localized Main Pages of all wikis. If you hit https://ta.wikipedia.org/wiki/%E0%AE%AE%E0%AF%80%E0%AE%9F%E0%AE%BF%E0%AE%AF%E0%AE%BE%E0%AE%B5%E0%AE%BF%E0%AE%95%E0%AF%8D%E0%AE%95%E0%AE%BF:Mainpage?action=view you will see that it is returned as "முதற் பக்கம்", which is picked up from the i18n cache. The logic for this page's contents seem to be: 1. if that particular page exists (Mediawiki:<something>) return that, else return value of <something> from message cache.

This mostly works for action=raw too - for example, https://en.wikipedia.org/wiki/MediaWiki:Mainpage?action=raw returns appropriate response, consistent with action=view

However, https://ta.wikipedia.org/wiki/%E0%AE%AE%E0%AF%80%E0%AE%9F%E0%AE%BF%E0%AE%AF%E0%AE%BE%E0%AE%B5%E0%AE%BF%E0%AE%95%E0%AF%8D%E0%AE%95%E0%AE%BF:Mainpage?action=raw returns a 404 - the only change being action=view to action=raw. It turns out that on tawiki, at some previous point the custom page existed, but was hence deleted. Hence while action=view falls back appropriately to the i18n cache, action=raw does not, and returns a 404.
Comment 8 Quim Gil 2013-11-19 15:40:12 UTC
Is this bug a good candidate for Google Code-in?
 
https://www.mediawiki.org/wiki/Google_Code-In

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links