WPCLI show plugin wporg_last_updated

[MoBlockbuster]

Hi Community,

currently the option wporg_last_updated in plugin list doesn´t show any output.
For example you can use this commandline:

wpcli plugin list --fields=name,wporg_status,wporg_last_updated,requires_php --format=yaml

The current output is:

• name: advanced-custom-fields
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"
• name: tinymce-advanced
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "5.6"
• name: akismet
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.2"
• name: all-in-one-wp-migration
  wporg_status: active
  wporg_last_updated: ""
  requires_php: ""
• name: all-in-one-seo-pack
  wporg_status: active
  wporg_last_updated: ""
  requires_php: ""
• name: classic-editor
  wporg_status: active
  wporg_last_updated: ""
  requires_php: 5.2.4
• name: classic-widgets
  wporg_status: active
  wporg_last_updated: ""
  requires_php: 5.6 or later
• name: code-snippets
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"
• name: contact-form-7
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"
• name: duplicate-page
  wporg_status: active
  wporg_last_updated: ""
  requires_php: ""
• name: elementor
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"
• name: essential-addons-for-elementor-lite
  wporg_status: active
  wporg_last_updated: ""
  requires_php: ""
• name: hello
  wporg_status: closed
  wporg_last_updated: ""
  requires_php: ""
• name: hostinger
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "8.1"
• name: jetpack
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.2"
• name: litespeed-cache
  wporg_status: active
  wporg_last_updated: ""
  requires_php: ""
• name: mailchimp-for-wp
  wporg_status: active
  wporg_last_updated: ""
  requires_php: ""
• name: seo-by-rank-math
  wporg_status: active
  wporg_last_updated: ""
  requires_php: ""
• name: really-simple-ssl
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"
• name: redirection
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"
• name: updraftplus
  wporg_status: active
  wporg_last_updated: ""
  requires_php: ""
• name: woocommerce
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"
• name: wordfence
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.0"
• name: wordpress-importer
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.2"
• name: insert-headers-and-footers
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.0"
• name: wpforms-lite
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.2"
• name: wp-mail-smtp
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"
• name: duplicate-post
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"
• name: wordpress-seo
  wporg_status: active
  wporg_last_updated: ""
  requires_php: "7.4"

The field wporg_last_updated is always empty.
I assume this is a bug in wpcli.

[swissspidy]

Thanks for your report.

For displaying these fields, WP-CLI checks resources such as https://plugins.trac.wordpress.org/log/akismet/?limit=1&mode=stop_on_copy&format=rss.

Trac has had Cloudflare bot protection enabled for a while now, so I assume that we can't fetch these pages anymore because of it.

Maybe we can better detect 403 statuses and emit a warning when that happens. But otherwise there's not much we can do, short of deprecating/removing those fields again.

[swissspidy]

@janw-me Since you worked on #382, do you recall why we used https://plugins.trac.wordpress.org/log/akismet/?limit=1&mode=stop_on_copy&format=rss for wporg_last_updated despite the plugins updates API having a last_updated field already? See https://api.wordpress.org/plugins/info/1.2/?action=plugin_information&request%5Blocale%5D=en_US&request%5Bslug%5D=akismet

Edit: oh, I guess it's because the former also works for closed plugins.