Closed Bug 798948 Opened 9 years ago Closed 9 years ago

B2G Updates: Implement "force update check"

Categories

(Firefox OS Graveyard :: General, defect, P1)

ARM
Gonk (Firefox OS)
defect

Tracking

(blocking-basecamp:+, firefox18 fixed, firefox19 fixed)

VERIFIED FIXED
blocking-basecamp +
Tracking Status
firefox18 --- fixed
firefox19 --- fixed

People

(Reporter: tchung, Assigned: marshall)

References

Details

(Whiteboard: ota update)

Attachments

(1 file)

Tapping the "Check Now" for updates does not send any AUS pings, and therefore no update is shown. Logcat only shows idleService

Not sure if this is gaia or b2g bug, or both.  It looks more like its not implemented functionality.  If this is not v1, we need to remove this feature from gaia.

Logcat:
10-07 10:37:16.318: I/IdleService(6861): next timeout 1349631437323997 usec (999 msec from now)
10-07 10:37:16.318: I/IdleService(6861): SetTimerExpiryIfBefore: next timeout 1349631437323997 usec
10-07 10:37:16.318: I/IdleService(6861): reset timer expiry from 5644598720326105 usec to 1349631437333997 usec
10-07 10:37:16.318: I/IdleService(6861): Reset idle timeout: tell observer 433faa70 user is back
10-07 10:37:16.318: I/IdleService(6861): Reset idle timeout: tell observer 433faa70 user is back
10-07 10:37:17.329: I/IdleService(6861): Get idle time: time since reset 844 msec
10-07 10:37:17.329: I/IdleService(6861): Idle timer callback: current idle time 844 msec
10-07 10:37:17.329: I/IdleService(6861): next timeout 1349631437490593 usec (155 msec from now)
10-07 10:37:17.329: I/IdleService(6861): SetTimerExpiryIfBefore: next timeout 1349631437490593 usec
10-07 10:37:17.329: I/IdleService(6861): reset timer expiry from 0 usec to 1349631437500593 usec
10-07 10:37:17.489: I/IdleService(6861): Get idle time: time since reset 1009 msec
10-07 10:37:17.489: I/IdleService(6861): Idle timer callback: current idle time 1009 msec
10-07 10:37:17.489: I/IdleService(6861): next timeout 5644598731490593 usec (4294967293990 msec from now)
10-07 10:37:17.489: I/IdleService(6861): SetTimerExpiryIfBefore: next timeout 5644598731490593 usec
10-07 10:37:17.489: I/IdleService(6861): reset timer expiry from 0 usec to 5644598731500593 usec
10-07 10:37:17.489: I/IdleService(6861): Idle timer callback: tell observer 433faa70 user is idle
10-07 10:37:17.489: I/IdleService(6861): Idle timer callback: tell observer 433faa70 user is idle

Repro:
1) install 10-05-2012 otoro daily build
2) settings > Device Info > Check for updates = press "Check Now"
3) Verify no updates are sent, even though i know there's presently an update that exists until on http://update.boot2gecko.org/nightly/update.xml.

Expected:
- check now will manually check an update, and send an AUS check

Actual:
- no AUS pings, no updates posted.
Summary: [updates] Tapping Check for updates does not send any AUS checks → [ota update] Tapping Check for updates does not send any AUS checks
Whiteboard: ota update
blocking-basecamp: ? → +
Marshall - would you mind looking at this as soon as possible? This is a P1 dogfood issue, since it makes the updating experience very difficult.
Assignee: nobody → marshall
Severity: normal → critical
Priority: -- → P1
This support requires that the UpdatePrompt prompt is a singleton, and is
registered for mozContentEvents when the shell becomes ready. I've also moved
the other content event listeners into handleEvent alongside the new 'force-update-check'.
Attachment #670143 - Flags: review?(fabrice)
Summary: [ota update] Tapping Check for updates does not send any AUS checks → B2G Updates: Implement "force update check"
Attachment #670143 - Flags: review?(fabrice) → review+
Depends on: 794211
Blocks: 800804
What's blocking this from landing? Or was it Gaia only? (And if so, who's review are we blocked on there?)
Inbound was closed last night, and the TBPL test servers had outages, causing Bug 794211's try run to be delayed.
https://hg.mozilla.org/mozilla-central/rev/24d7f3e5be47
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Component: Gaia → General
Blocks: 801742
Verified fix on 10-15-2012 unagi 3 build.  install now button reboots and
applies the update.
Status: RESOLVED → VERIFIED
Blocks: 801987
Blocks: 802016
You need to log in before you can comment on or make changes to this bug.