Open lorensr opened 5 years ago
levinse
commented
5 years ago The Android HCP issues in meteor 1.7.0.3 through to 1.8.1-beta.13 are causing us severe issues. We have over 70K users and we're getting negative reviews in the Google Play store because of the large and consistent number of failures.
benjamn
commented
5 years ago There's a chance that meteor update --release 1.8.1-beta.15 will fix this, though I can't say for sure because I haven't been able to reproduce this myself.
lorensr
commented
5 years ago I still see the behavior in beta 15 after enough client bundle refreshes. Repro:
meteor create hcp --release 1.8.1-beta.13
cd hcp
meteor add-platform android
meteor run android-device --mobile-server="http://wifi-ip:3000"client/main.html
Nauzer
commented
5 years ago @lorensr Do I understand you correctly that you still have this in beta-15 ? (your repro states 13)
At the moment it seems beta.15 solves a lot of the HCP issues but I haven't come across this one yet but I would definitely try to reproduce by running many times.
Does a restart of the app help once reproduced or does is 'Brick' the app?
lorensr
commented
5 years ago Do I understand you correctly that you still have this in beta-15 ?
Yes
Does a restart of the app help once reproduced or does is 'Brick' the app?
Restart helps (behavior in OP)
benjamn
commented
5 years ago So it looks like this line is failing because the string is HTML starting with <!DOCTYPE… rather than JSON, which suggests that the web server is sometimes not ready to serve the manifest, and instead defaults to serving an HTML response instead.
RealHandy
commented
5 years ago I'm now getting a flavor of this on 1.8.0, though I haven't updated the plugin beyond the 1.6.2 with the iOS fix.
04-04 13:09:17.209 26175 26273 D MeteorWebApp: Downloaded asset manifest for version: a78a0c6399a158c9e9fe5fdc86e37058b9d0b42d
04-04 13:09:17.210 26175 26273 E MeteorWebApp: Download failure
04-04 13:09:17.210 26175 26273 E MeteorWebApp: com.meteor.webapp.WebAppException: Skipping downloading blacklisted version: a78a0c6399a158c9e9fe5fdc86e37058b9d0b42d
04-04 13:09:17.210 26175 26273 E MeteorWebApp: at com.meteor.webapp.WebAppLocalServer.shouldDownloadBundleForManifest(WebAppLocalServer.java:363)Testing on two different phones:
I only see one place in the java code where it blacklists a version, WebAppLocalServer.java lines 327-329,
private void revertToLastKnownGoodVersion() {
// Blacklist the current version, so we don't update to it again right away
configuration.addBlacklistedVersion(currentAssetBundle.getVersion());and that's due to a timeout issue, as shown by the call to revertToLastKnownGoodVersion() in WebAppLocalServer.java lines 197-208. But there's no mention in the log of the timeout, though this code looks like there should be a log line about it.
private void startStartupTimer() {
removeStartupTimer();
startupTimer = new Timer();
startupTimer.schedule(new TimerTask() {
@Override
public void run() {
Log.w(LOG_TAG, "App startup timed out, reverting to last known good version");
revertToLastKnownGoodVersion();
}
}, startupTimeout);
}
Around 5% of the time (over 120 tests), HCP fails on Android with the below message. When I restart the app, the old version loads, and then it refreshes to the new version.
Versions: 1.6.0 (without the reattempt) and 1.6.3