[wp-meta] [Making WordPress.org] #5412: Add offers for 'release-candidate' and 'beta' to Core API version check

Making WordPress.org noreply at wordpress.org
Thu Sep 3 20:46:55 UTC 2020


#5412: Add offers for 'release-candidate' and 'beta' to Core API version check
-------------------------+---------------------
 Reporter:  afragen      |       Owner:  (none)
     Type:  enhancement  |      Status:  new
 Priority:  normal       |   Milestone:
Component:  API          |  Resolution:
 Keywords:               |
-------------------------+---------------------

Comment (by afragen):

 I think we're on the same page re: updating the API response AFTER the
 beta or RC release.

 I envision something like adding a query arg as follows.

 `beta-RC` returns a download package with the highest release of a beta or
 the highest release of release candidate if that is available.

 `release-candidate` returns a download package with the highest release of
 a release candidate if that is available.

 When the next stable release happens the download package should return
 that. As the user would still be on a ''development'' branch when the next
 beta or RC happens after a stable release the user would then ''see'' an
 update to that next releases beta or RC.

 If the user is not on a development release or the specific query arg is
 not present nothing changes.

 Does that make sense?

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


More information about the wp-meta mailing list