Update plugins_api to accept multiple slugs when querying 'plugin_information'

[DJPaul]

When querying plugins_api() with 'plugin_information', the second argument takes a parameter 'slug' on which to find the plugin. Please may the API be updated to optionally accept an array of slugs, so that you can query for multiple plugins in the same HTTP request?

[willmot]

Any chance the code for the plugin API could be open sourced so that people can submit patches for things like this?

The API for browse happy has been open sourced, ​http://code.svn.wordpress.org

[Otto42]

There's no core reason to do this at the moment, and the API calls are intended for core use only.

At some future point, we may make an API that is public and thus designed for public consumption instead of being heavily fixated on how core works, and then would be a perfect time to implement something like this. But not yet.

[johnbillion]

Replying to Otto42:

There's no core reason to do this at the moment, and the API calls are intended for core use only.

Actually core would benefit from this on the Updates screen. When there are multiple plugin updates available, the 'plugin_information' API call is performed for each plugin individually.

[nacin]

Replying to johnbillion:

Actually core would benefit from this on the Updates screen. When there are multiple plugin updates available, the 'plugin_information' API call is performed for each plugin individually.

I have no words. Let's fix this.

[johnbillion]

#21763 was marked as a duplicate.

[johnbillion]

Any chance of someone on the api.wordpress.org team tackling this for 4.0? It would speed up the Updates screen considerably.

[Otto42]

I actually already have a fix for this written, but it will need a core modification to use the change.

It is backward compatible, so I'll bring it up with @nacin in a bit.

[Otto42]

Additional: The reason I initially forgot about this was because of potential load issues on .org. There needs to be some kind of limit to prevent somebody from, say, making an info request for 1000 plugins at once. A small limit.

[willmot]

Additional: The reason I initially forgot about this was because of potential load issues on .org. There needs to be some kind of limit to prevent somebody from, say, making an info request for 1000 plugins at once. A small limit.

+1

We'd love to use this on wpremote.com to bulk pull plugin information for every plugin we are tracking across the 50K odd sites we are monitoring.

[toddlahman]

Will this make it into WordPress 4.0?

[johnbillion]

Otto42: Is this something the API team could look at for 4.1?

[chriscct7]

Migrated to meta trac in ​https://meta.trac.wordpress.org/ticket/1304#ticket

[SergeyBiryukov]

Related: #35301