Last modified: 2014-01-09 20:15:14 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 T51477, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 49477 - action=parse with title set to a special page returns error pagecannotexist
action=parse with title set to a special page returns error pagecannotexist
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
1.22.0
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2013-06-12 11:24 UTC by Rainer Rillke @commons.wikimedia
Modified: 2014-01-09 20:15 UTC (History)
8 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Rainer Rillke @commons.wikimedia 2013-06-12 11:24:33 UTC 
Original bug title:
action=parse with title set to a special page returns error pagecannotexist

IMO a bug because it is possible to transclude templates etc. into some of these special pages through MediaWiki messages. If you would like to get a preview of how it will look like at this page, the best way is using action=parse.

@commons
https://commons.wikimedia.org/wiki/Special:ApiSandbox#action=parse&format=json&title=Special%3AWatchlist&text={{WatchlistNotice}}&prop=text&pst=&uselang=de
Comment 1 db [inactive,noenotif] 2013-06-12 18:17:51 UTC 
mediawiki messages are included different in the interface, some as plain html, other parsing wikitext, some only as plain text, so this can have different result than the original message.

But Special:ExpandTemplates can it, so there is no reason why api should not support that.
Comment 2 Brad Jorsch 2013-06-24 19:32:04 UTC 
Reedy, it looks like you added this check in Gerrit change #29583. What was the reason for it? The code path you added the check to should be using the title only for {{PAGENAME}} and the like in the user-supplied text. Was it just because Gerrit change #18973 had already broken it?
Comment 3 Andre Klapper 2013-09-03 15:26:57 UTC 
Reedy: Could you answer comment 2, please?
Comment 4 Andre Klapper 2013-11-08 18:16:38 UTC 
Reedy: Could you answer comment 2, please?
Comment 5 Andre Klapper 2014-01-09 11:53:32 UTC 
Reedy: Could you answer anomie's question in comment 2, please?
Comment 6 Brad Jorsch 2014-01-09 16:56:13 UTC 
(In reply to comment #5)
> Reedy: Could you answer anomie's question in comment 2, please?

I don't think it really matters. Let's just fix it.
Comment 7 Gerrit Notification Bot 2014-01-09 16:56:52 UTC 
Change 106530 had a related patch set uploaded by Anomie:
API: Allow special pages for action=parse&title=

https://gerrit.wikimedia.org/r/106530
Comment 8 Gerrit Notification Bot 2014-01-09 19:41:23 UTC 
Change 106530 merged by jenkins-bot:
API: Allow special pages for action=parse&title=

https://gerrit.wikimedia.org/r/106530
Comment 9 Brad Jorsch 2014-01-09 20:15:14 UTC 
Should be deployed to WMF wikis with 1.23wmf11, see https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap for the schedule.
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links