830661 - Trying to download a 3rd party hosted app preloading appcache update gets stuck at 0.00 bytes downloading forever

Status: RESOLVED WORKSFORME

(Core Graveyard :: DOM: Apps, defect)

Description

[Jason Smith [:jsmith]]

Build: B2G 18 1/14/2013
Device: Unagi

Steps:

1. Get the app update notification for maps and marketplace
2. Start downloading the update over a good network connection

Expected:

We should be able to update each app with no errors.

Actual:

The downloading updates phase gets stuck at 0.00 bytes forever. The update never appears to finish.

Comment 2

[Jason Smith [:jsmith]]

Apparently I'm seeing this pretty consistently with any type of app, even on good network connections. Generalizing the bug.

Comment 3

[Jason Smith [:jsmith]]

Attachment: Test Case v1.0

Comment 4

[Jason Smith [:jsmith]]

Attachment: Test Case v1.1

Comment 5

[[:fabrice] Fabrice Desré]

I've been testing with my apps at http://people.mozilla.org/~fdesre/updates/ and can't reproduce the issue.

We'll need to sit down and test your site with my instrumented build.

Comment 6

[[:fabrice] Fabrice Desré]

I got a "0.00 bytes downloaded" never ending while force updating a hosted+appcache app (slithering):

I/Gecko   ( 2301): -*-*- Webapps.jsm : startDownload for http://snake-app.github.com/snake.webapp
I/Gecko   ( 2301): -*-*- Webapps.jsm : appcache found
I/Gecko   ( 2301): -*-*- Webapps.jsm : Creating AppcacheObserver for http://snake-app.github.com - updating
E/GeckoConsole( 2301): Offline cache doesn't need to update, URL=http://snake-app.github.com/snake.appcache
I/Gecko   ( 2301): -*-*- Webapps.jsm : Offline cache state change for http://snake-app.github.com : 3
I/Gecko   ( 2301): -*-*- Webapps.jsm : Offlinecache setStatus to installed for http://snake-app.github.com

state 3 is "STATE_NOUPDATE", which is why we set status to installed.

I'll dig into why gaia doesn't stop at this point.

Comment 7

[Jason Smith [:jsmith]]

I'll retest the packaged app issue - maybe I screwed that one up.

Sounds like though you hit the issue I'm talking about though with the appcache case in comment 6.

Comment 8

[Jason Smith [:jsmith]]

Btw - this reproduces easily when trying to force update marketplace from an app not preloading appcache to one that does preload the appcache.

Comment 10

[Andrew Overholt [:overholt]]

Julien, Fabrice has a lot of bugs.  Can you help with this one?

Comment 11

[Julien Wajsberg [:julienw]]

Yes but not before monday now.

Comment 12

[Julien Wajsberg [:julienw]]

I added the various existing patches about appcache (esp the patch from bug 829763 because otherwise I can't get update notifications) and I can't seem to reproduce it with my own hosted+appcache app.

What I don't understand is how could we have a download available (and thus an update) if the appcache does not change. I verified that if I update only the webapp manifest and not the appcache manifest, I don't get a download available event (which might be wrong (?)).

I guess I need more precise STR here.

Comment 13

[Julien Wajsberg [:julienw]]

This might be because of ETag as Slithering doesn't send ETag, right ? But then with bug 829934 that landed this is not a problem anymore too.

Comment 14

[Jason Smith [:jsmith]]

I'll retest.

Comment 15

[Jason Smith [:jsmith]]

Can't reproduce on 1/21 build with a small appcache update test (a few KB change) and large appcache update test (a few MB change). Don't know the exact patch that fixed this, but something fixed this bug.