837970 - Starting download of a hosted app preloading appcache, then a packaged app - packaged app does not show download progress

Status: RESOLVED WORKSFORME

(Firefox OS Graveyard :: Gaia::System, defect)

Description

[Jason Smith [:jsmith]]

Build: B2G 18 2/4/2013
Device: Unagi

Steps:

1. Start installation of a large hosted app preloading appcache (e.g. http://mozqa.com/webapi-permissions-tests "Hosted App with Appcache Preloading Test Case 4")
2. Start installation of a large packaged app (e.g. with HERE maps uninstalled, install it again from marketplace)
3. Check the download progress

Expected:

The download progress should be unknown for the hosted app preloading appcache, but show explicit progress for the packaged app.

Actual:

The download progress for both apps is unknown.

Comment 1

[Julien Wajsberg [:julienw]]

Could you please check that the installation of this large packaged app _alone_ has indeed an explicit progress ?

FTR if the manifest does not specify any size, we don't show any progress. Gecko does not give us the Content-Length size that he may get from the HTTP response, so the size specified in the webapp manifest is the only information we have.

Comment 2

[Jason Smith [:jsmith]]

(In reply to Julien Wajsberg [:julienw] from comment #1)
> Could you please check that the installation of this large packaged app
> _alone_ has indeed an explicit progress ?

Already did and it does.

> 
> FTR if the manifest does not specify any size, we don't show any progress.
> Gecko does not give us the Content-Length size that he may get from the HTTP
> response, so the size specified in the webapp manifest is the only
> information we have.

Right. But this was tested with HERE Maps on marketplace, which has size specified in the mini-manifest.

Comment 3

[Jason Smith [:jsmith]]

Hmm...this appears to even happen with the HERE Maps app on marketplace even with installing the app alone.

Comment 4

[Jason Smith [:jsmith]]

So there is definitely a size specified in the mini-manifest:

https://marketplace.firefox.com/app/7eccfd71-2765-458d-983f-078580b46a11/manifest.webapp

Comment 5

[Julien Wajsberg [:julienw]]

I wonder if the fact that Here Maps was preinstalled is not triggering this.

Could you reproduce this with another big packaged app ?

Comment 6

[Jason Smith [:jsmith]]

Just got it to reproduce with my large packaged app test case. So we're definitely not always choosing the right progress bar always.

Let me see if I can get better STR.

Comment 7

[Jason Smith [:jsmith]]

So apparently this STR doesn't reproduce this on a fresh build. Strangely enough, I know I've seen this happen after a long period of time of doing app installs.

I'll close this for now, but if I get better STR or you have an idea of what might be going on, we can reopen.