[wp-meta] [Making WordPress.org] #8009: Phased releases and roll-outs of plugins

Making WordPress.org noreply at wordpress.org
Thu Jul 10 13:28:04 UTC 2025


#8009: Phased releases and roll-outs of plugins
------------------------------+---------------------
 Reporter:  matt              |       Owner:  (none)
     Type:  enhancement       |      Status:  new
 Priority:  normal            |   Milestone:
Component:  Plugin Directory  |  Resolution:
 Keywords:  has-patch         |
------------------------------+---------------------

Comment (by joshuaflow):

 Replying to [comment:21 dd32]:
 > Updating the WordPress plugin updates system to allow a forced downgrade
 ''would'' be useful in certain circumstances, however we are limited in
 what we can do here IMHO.

 Agreed and this a good limitation of WordPress.org to call out.  My
 comments are simply noting the items we've found as requirements for this
 system to work in the case of WooCommerce.

 > For many plugin authors, they'd be able to release a patched version in
 that time instead. So much so that I suspect many authors would not abort
 a release until they knew what was wrong (ie. to prevent one persons
 plugin conflict stopping the release that works for a million others).

 I think this is true ''most'' of the time.  There are 2 scenarios where
 this doesn't unfold well:

 1. The fix takes longer than that window to resolve.

 This can be worked around by customers manually reverting or by providing
 a patch release that reverts the offending code.  The latter does mean
 more patch releases, which may or may not be cumbersome depending on the
 plugin's release process.

 2. The issue is more widespread and affects more customers.

 In the rare case where a critical issue is discovered in a larger number
 of sites (due to different hosting environments, plugin conflicts, etc) I
 don't think it's acceptable to leave a site non-functional for up to 12
 hours.

 Again, these problems tend to hit larger plugins more due to the number of
 plugins consuming their APIs, hooks, or endpoints in unconventional ways.
 This case may be the minority of plugins, so I don't want to block the
 discussion with this point, but I do think it would be useful (at least at
 the customer level) to more easily rollback one of these updates.

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/8009#comment:23>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list