Last modified: 2011-02-10 15:21:39 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 T27832, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 25832 - allimages uses dbkey form where all pages and imageinfo uses title.
allimages uses dbkey form where all pages and imageinfo uses title.
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
1.17.x
All All
: Normal trivial (vote)
: ---
Assigned To: Roan Kattouw
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-11-08 00:17 UTC by Derk-Jan Hartman
Modified: 2011-02-10 15:21 UTC (History)
6 users (show)

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


Attachments

Description Derk-Jan Hartman 2010-11-08 00:17:14 UTC
I noticed that allimages is apparently the only API command that returns name= instead of title= and it uses the DbKey form (with _ ) instead of the title form of the images. This seems like an oversight to me.
Comment 1 Gurch 2010-11-14 19:57:50 UTC
Allpages and imageinfo work with titles, for which both an "ns" and a "title", which includes the namespace, are output.

Allimages works with file names. Notice no namespace in the name= output, or in the aifrom parameter.

Allimages could be changed to work with titles too, but removing name= in favor of title= would be a breaking change, so should probably be avoided in case existing clients rely on it. Similarly, changing name= to output a title would mean more than just the underscores disappearing, as a "File:" prefix would be added.

Outputting both name= *and* title= (and a superfluous ns="6" for every file) seems redundant.
Comment 2 Bryan Tong Minh 2010-11-23 20:37:56 UTC
I'm not really opposed to the redundant solution. Other opinions?
Comment 3 Mark A. Hershberger 2011-02-09 00:31:01 UTC
Bryan, care to implement the redundant solution?
Comment 4 Bryan Tong Minh 2011-02-10 12:21:29 UTC
(In reply to comment #3)
> Bryan, care to implement the redundant solution?

Not at this moment, maybe later.
Comment 5 Bryan Tong Minh 2011-02-10 15:21:39 UTC
r81888

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


Navigation
Links