Feature Request: Option to Check for Latest Release Candidate (Beta) #352
Comments
Next Actions (Step 1 of 2)
Referencing the Product API at ZenCache.com: https://github.com/websharks/zencache.com/blob/master/wp-content/mu-plugins/product.php#L606 |
Next Actions (Step 2 of 2)
Note: The above instructions for Step 2 are rather vague. If you're able, attempt step 2 right away. Otherwise, once step 1 is complete hit me on Slack for a more complete set of Step 2 instructions. |
Assigning this to @kristineds :-) |
@jaswsinc @raamdev Submitting PRs for Step 1 and 2:
Note: Step 2 is a work in progress. It is missing a new icon for the menu header and I would probably need some help with the text description.:) |
@jaswsinc One thing I just realized has not yet been addressed is the ability for the Lite version to also check for Beta Updates. I suppose that would require introducing the Pro Updater (minus the stable update portion) to the Lite version, correct? What sorts of challenges do you foresee there? |
Correct. I have not done this yet, so I'm not sure what challenges might exist. However, here are some things that come to mind.
|
Next Pro Release Changelog:
|
I'm forking the work for the Lite version of this feature to a separate GitHub Issue: #621 |
ZenCache Pro v151220 has been released and includes changes worked on as part of this GitHub Issue. See the release announcement for further details. This issue will now be locked to further updates. If you have something to add related to this GitHub Issue, please open a new GitHub Issue and reference this one (#352). |
It would be nice if a site owner could choose to always run the latest Release Candidate (if available). Whenever we publish a Release Candidate on GitHub, the software (LITE and Pro) could automatically update to that latest beta release if the site owner has this option enabled.
This would help with testing new releases, as a site owner would not need to manually download and install Release Candidates.
For Quick Cache LITE, this could work by monitoring the Quick Cache Releases on GitHub and looking for a new "vXXXXXX (Release Candidate *)" release and downloading and installing the zip file attached to that release.
For Quick Cache Pro, we could utilize the existing update mechanism but have it also look for
quick-cache-pro.vXXXXXX.rc.zip
when this option is enabled.Related: #395 #394 #465 #289 #464 #352
The text was updated successfully, but these errors were encountered: