793072 - [OTA update] Updater progress bar never advances in the Notifications bar

Status: VERIFIED WORKSFORME

(Firefox OS Graveyard :: General, defect)

Description

[Tony Chung [:tchung]]

Attachment: no progress bar - screenshot 1

Updater status bar never progresses on the UI.  It stays stagnant, even though the updater is being applied (according to logcat).

Unfortunately, it doesnt apply the update after it's done, but that's tracked in bug 793070

See screenshot

Logcat snippet: 
09-21 02:19:26.462: I/GeckoUpdater(1280): Progress [ ===============================================    ]
09-21 02:19:26.712: I/GeckoUpdater(1280): Progress [ ================================================   ]
09-21 02:19:27.032: I/GeckoUpdater(1280): Progress [ =================================================  ]
09-21 02:19:27.142: I/GeckoUpdater(1280): Progress [ ================================================== ]
09-21 02:19:27.152: I/GeckoUpdater(1280): Finished applying update
09-21 02:19:27.283: I/GonkAutoMounter(1280): Mounted /system partition as read-only

Steps to reproduce:

1. load the otoro_2012-09-20_ics_us_update.zip build onto an otoro phone
2. force an OTA update using https://gist.github.com/7acb26790bf3dd0bd71e
3. wait ~2 minutes and the updater will be present.  A dialog will appear, select Download
4. Pull down the notifications bar, and verify the status progress bar does not advance.   close and repull it again, and now it's stuck on updating...

Expected:
- progress bar advances as the downloader advances

Actual:
- progress bar does not move.  User think, wtf.

Comment 1

[Tony Chung [:tchung]]

Attachment: applying update spinner - screenshot 2

Comment 2

[Marshall Culpepper [:marshall_law]]

Are we sure this isn't related to the recent graphics issues? I saw this periodically as well, but the progress bar would update when you push the notification bar up, and pull it back down.

Chris / Etienne, any thoughts?

Comment 3

[Chris Jones [:cjones] inactive; ni?/f?/r? if you need me]

We should just console.log() the progress events we're getting in gaia.  If the events are coming in and gfx isn't updated, your hypothesis is likely.

Comment 4

[Etienne Segonzac (:etienne)]

I can't see any rendering issues while faking the events.

*But* the fact that we see the UI in the "applying" state means we got an update-progress event where |(detail.progress / detail.total) === 1|.

How can I set myself up in order to do some debugging during a real update?

Comment 5

[Chris Jones [:cjones] inactive; ni?/f?/r? if you need me]

If you don't mind applying a gecko patch, I'll send something in a bit.

Comment 6

[Etienne Segonzac (:etienne)]

(In reply to Chris Jones [:cjones] [:warhammer] from comment #5)
> If you don't mind applying a gecko patch, I'll send something in a bit.

Yep, no problem.

Comment 7

[Chris Jones [:cjones] inactive; ni?/f?/r? if you need me]

wfm with current inbound and gaia.

The patch I used for testing is http://people.mozilla.com/~cjones/update/hack.patch

Comment 8

[Tony Chung [:tchung]]

Verified working now on 9-30-2012 daily build.  progress meter advances when AUS:svc is downloading