Hi @girish ,
Thank you for taking the time to respond. I tested the proposed approach this morning and encountered a few issues, which I am sharing as potentiel feedback to improving the product:
Cloudron had to be updated before the applications (I was three versions behind), I have about ten apps, and each of my apps had to be backed up and restored between each upgrade (it took about three hours for the three upgrades), which is not insignificant downtime in terms of quality of service. Apparently, I couldn't prioritize app updates only vs cloudron updates.
Then I couldn't easily control the update by app (I have a test app and a production app, and I want to do all the updates for the test app and confirm that everything works before the production app).
I finally used the API to orchestrate my updates and everything worked very fine, apart from a weired point that I struggeled to fully understand:
I used the POST https://{cloudron_domain}/api/v1/apps/{appId}/update endpoint
{
"manifest": { }, // I left it empty
"appStoreId": "io.n8n.cloudronapp",
"skipBackup": true,
"force": true
}
With this method, the upgrade has been done directly to the latest package (I was about 20 versions behind)
Thankfully, all works well and this was the good surprise to be straight on the latest package.
Is it because I left the manifest empty ? or is it linked to the "force" parameter ?
Once again thank you for your support and this great product
Ian