Implement user generators into the API
Open, NormalPublic

Description

We should have user generators, with an ApiUserSet class and all the fancy stuff. With it, we can probably obsolete list=users.

Details

Reference
bz14027
bzimport raised the priority of this task from to Normal.
bzimport set Reference to bz14027.
bzimport added a subscriber: Unknown Object (MLST).
Catrope created this task.May 7 2008, 8:32 PM

Bumping this. OP requested that nobody else touch this bug; it's been over a year now....

(In reply to comment #1)

Bumping this. OP requested that nobody else touch this bug; it's been over a
year now....

Yeah, this is probably a nice feature to have and it seems I don't have time to do it. Anyone taking up this bug should probably run their implementation ideas by me first, though.

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptSep 27 2015, 2:01 PM
Legoktm updated the task description. (Show Details)Aug 7 2017, 8:43 PM
Anomie added a subscriber: Anomie.EditedAug 14 2017, 5:40 PM

This is a thought that may or may not make sense. Feedback is welcome.

We may not want this to work exactly like the existing title generators. The use case for the title generators is that it's fairly common to use one module just to get a list of titles, without caring about any other data that module might generate, just so the list of titles can be fed to other prop modules. I suspect the use case for user generators is more likely to be wanting the user data (e.g. gender) in addition to (rather than instead of) the data from the generating module.

So, perhaps, instead of a "usergenerator=foo" parameter we'd have each module capable of generating users have a boolean "xxgenerateusers" parameter to instruct it to do so, and ApiQuery (or maybe even ApiMain) would output the data based on the ApiUserSet if anything fetched the set to populate it.

Base added a subscriber: Base.Sep 28 2017, 7:36 PM