#20615 closed defect (bug) (fixed)
Unknown error when running plugins_api() with invalid slug
| Reported by: | scribu | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | 5.1 |
| Component: | Upgrade/Install | Version: | |
| Severity: | normal | Keywords: | |
| Cc: | Focuses: |
Description
Input:
$api = plugins_api( 'plugin_information', array( 'slug' => 'doesnt-exist' ) ); var_dump( $api );
Expected result:
WP_Error Object
(
[errors] => Array
(
[invalid_slug] => Array
(
[0] => Invalid plugin slug.
)
)
[error_data] => Array
(
[invalid_slug] => 404;
)
)
Actual result:
WP_Error Object
(
[errors] => Array
(
[plugins_api_failed] => Array
(
[0] => An unknown error occurred during the API request.
)
)
[error_data] => Array
(
[plugins_api_failed] => N;
)
)
PS: I have no idea what that 'N' is supposed to represent.
Change History (9)
#4
follow-up:
↓ 5
@
13 years ago
FYI, This isn't api.WordPress.org specific at all, and requires primarily WordPress changes in the plugins_api() function. But it would be nice for the API to return more than just "NULL".
#5
in reply to: ↑ 4
@
13 years ago
Replying to dd32:
But it would be nice for the API to return more than just "NULL".
Yes, looks like currently there's no reliable way to detect if the request failed due to an invalid slug and not some general error. We would just have to assume that null means an invalid slug.
#6
@
9 years ago
- Component WordPress.org site → Upgrade/Install
- Milestone → Awaiting Review
- Resolution duplicate
- Status closed → reopened
Reopening this as #meta111 is blocked by core (possibly forever? until we migrate core to use /info/1.1/)
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
N; is a serialized null.