Last modified: 2009-03-25 11:49: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 T20124, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18124 - Unify access to customized and non-customized system messages
Unify access to customized and non-customized system messages
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Roan Kattouw
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-03-24 13:33 UTC by PediaPress Development Team
Modified: 2009-03-25 11:49 UTC (History)
3 users (show)

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


Attachments

Description PediaPress Development Team 2009-03-24 13:33:02 UTC
When asking for the revision of an customized system message, the wiki text is returned:

  http://de.wikipedia.org/w/api.php?action=query&titles=MediaWiki:Coll-helppage&prop=revisions&rvprop=content

yields the same content as

  http://de.wikipedia.org/wiki/MediaWiki:Coll-helppage

This should work for system messages with their default value, too:

  http://de.wikipedia.org/w/api.php?action=query&titles=MediaWiki:Coll-collections&prop=revisions&rvprop=content

yields a result with the missing attribute, whereas

  http://de.wikipedia.org/wiki/MediaWiki:Coll-collections

yields the default value.

This way, it would be possible to access all system messages via API.
Comment 1 Roan Kattouw 2009-03-24 15:50:06 UTC
(In reply to comment #0)
> This way, it would be possible to access all system messages via API.
> 

This already possible, use meta=allmessages&ammessages=foo|bar|baz
Comment 2 PediaPress Development Team 2009-03-25 11:49:14 UTC
OK, thanks for the pointer!

But I think I found some bug here: When requesting some (extension?) messages directly, e.g. via ammessages=coll-license_url, they are returned as missing. But when doing ammessages=* and filtering via amfilter=coll-license_url, the message is returned successfully.

The call to $wgMessageCache->loadAllMessages(); might have to be moved outside of the if statement.

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


Navigation
Links