-
Notifications
You must be signed in to change notification settings - Fork 467
manifest doesn't compare release dates #108
Comments
👍 |
Yes, you are correct about this. From documentation:
Release version can be any string. By default it's date and time of the build. But you can change this to anything, that's why there is no limit for that. I can implement that kind of checking. For example, add preference in Any proposals on how to name that preference in |
Thanks for the prompt reply! What about something along the lines of
Although that name doesn't describe "how to do it"... maybe it could be |
Since this relates to release - maybe it should be like that:
So, by default it will use "!=" and you specify release as you do right now: |
Sounds like a sensible approach 👍 |
That would help us very much. Upvote 👍 And many thanks for that plugin! |
@g-mack Thanks, glad to hear that :) |
👋 Hi! Thank you for your interest in this repo. 😢 We are not using nordnet/cordova-hot-code-push anymore, and we lack the manpower and the experience needed to maintain it. We are aware of the inconveniece that this may cause you. Feel free to use it as is, or create your own fork. 🔒 This will now be closed & locked. ℹ️ Please see #371 for more information. |
We've setup a staging and production server for hot push to ensure that fixes are tested before going into production. However, we're using a version of the plugin (#55 - currently in PR) to allow header authorization, so this may be resolved...
The problem:
If the hotfix code which lives on the server is older than what is in the app BUT not equal to the release date, it still prompts or downloads an update (depending on how you set it up). I noticed this behaviour when switching between staging and production and having an older version on production than what I had on the phone, yet still the plugin was downloading older code.
So, it appears the plugin doesn't actually check if the release date in the http://[your-server]/chcp.json is newer than what is on the phone, only if the dates are not equal, then assumes a new update is ready.
Am I correct in this assumption? How would I get around this? Thanks!
The text was updated successfully, but these errors were encountered: