Just to add, we rolled back from Meteor 2.0 to the previous version because HCP for our Cordova App wasn’t working anymore too.
We didn’t have time to investigate yet, but normally our HCP works without issues, we’re hardcore setting METEOR_CORDOVA_COMPAT_VERSION_ANDROID && METEOR_CORDOVA_COMPAT_VERSION_IOS to the same fixed version for a LOOOONG time now
I’ve run into a similar issue w/Electron and meteor-deskop since it uses a similar HCP mechanism. I found this bit in the docs that seems to imply this is intentional since Meteor updated to a new major version:
Override compatability versions
Did the app suddenly stop getting new code after you updated meteor, or you changed plugins?
The client probably logs: Skipping downloading new version because the Cordova platform version or plugin versions have changed and are potentially incompatible
Meteor, Cordova and plugins cannot be updated through Hot Code Push. So Meteor by default disables Hot Code Push to app versions that have different versions than the server. This avoids crashing a user’s app, for example, when new JS calls a plugin that his app version doesn’t yet have.
You can override this behavior. Just make sure you deal with potentially incompatible versions in your JS instead.
There is an open issue for this: hiding sourcemaps causes Cordova HCP to fail · Issue #23 · zodern/minify-js-sourcemaps · GitHub. Cordova tries to download the source maps but the package blocks it. I’m not familiar with cordova, so I would appreciate any suggestions on how this could be fixed. The fixes I’ve considered won’t work since cordova checks the hash of the downloaded file’s content.