Bug 820630 introduced the support of ETag. However, we save the ETag value even if the package is bad. Therefore if there is an ETag, the user can retry the download, and the download will be somewhat applied in an inconsistent way. STR: * go to http://owapps.cloudfoundry.com * install the packaged app => installation stopped, which is expected because the manifest is not right * go to the homescreen and restart the download by pressing the icon => installation sort of finishes. Except the icon is not right, and the app can't be launched Nominating but I don't think it should block v1 because the error is correctly written in the log at the first install. However the fix should be easy (storing the |app.packageEtag| just after |app.appStatus|)
Julien: Can you take this?
Yep :) But not before Monday now.
Created attachment 696495 [details] [diff] [review] patch v1 should be applied after the patch for bug 824695
To whoever will check in to other trees, this need to go in aurora and b2g18 as well.
(In reply to Julien Wajsberg [:julienw] from comment #5) > To whoever will check in to other trees, this need to go in aurora and b2g18 > as well. (FWIW, for bugs marked blocking-basecamp+, I have bug queries to tell me this :)...)