[wp-meta] [Making WordPress.org] #7812: Plugin Blueprints: Can set WP / PHP version to old values which results in preview failing to load

Making WordPress.org noreply at wordpress.org
Mon Oct 28 06:50:02 UTC 2024


#7812: Plugin Blueprints: Can set WP / PHP version to old values which results in
preview failing to load
------------------------------+--------------------
 Reporter:  dd32              |      Owner:  (none)
     Type:  defect (bug)      |     Status:  new
 Priority:  normal            |  Milestone:
Component:  Plugin Directory  |   Keywords:
------------------------------+--------------------
 The plugin preview blueprints can define the PHP Version and WP version.

 This can cause problems when a plugin requires other plugins, which update
 their requirements at a later date.

 Ideally, IMHO, blueprints should always load the latest version of
 WordPress. This shouldn't be an option that the developer has to set, nor
 that they can override. We want plugins to be previewed using what users
 are using, the latest version.


 For example, I've just come across a plugin which defines this: (via
 [https://wordpress.slack.com/archives/C06Q5DCKZ3L/p1730097268759009 a
 playground error log in slack])
 {{{
   "preferredVersions": {
     "php": "7.4",
     "wp": "6.4"
   },
 }}}

 The plugin requires WooCommerce, which now requires WP 6.5 at a minimum,
 and so this other plugins preview now fails to load.

 So, to round up:
  - `preferredVersions.wp` should be forced to `latest` in all cases.
  - `preferredVersions.php` should ideally be `min( preferredVersions.php,
 $plugin_requires_php )` if something is set (otherwise fallback to
 whatever playground defaults to on the day)

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/7812>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list