B2G Updates: Implement "force update check"

VERIFIED FIXED

Status

Firefox OS
General
P1
critical
VERIFIED FIXED
5 years ago
5 years ago

People

(Reporter: tchung, Assigned: marshall_law)

Tracking

(Blocks: 1 bug)

unspecified
ARM
Gonk (Firefox OS)
Dependency tree / graph

Firefox Tracking Flags

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

Details

(Whiteboard: ota update)

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
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.
(Reporter)

Updated

5 years ago
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: ? → +

Comment 1

5 years ago
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
(Assignee)

Comment 2

5 years ago
Created attachment 670143 [details] [diff] [review]
force update support - v1

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)
(Assignee)

Updated

5 years ago
Blocks: 780662, 715816
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+
(Assignee)

Updated

5 years ago
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?)
(Assignee)

Comment 6

5 years ago
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
Last Resolved: 5 years ago
Resolution: --- → FIXED
(Assignee)

Updated

5 years ago
Component: Gaia → General
https://hg.mozilla.org/releases/mozilla-aurora/rev/53559d475428
status-firefox18: --- → fixed
status-firefox19: --- → fixed
(Reporter)

Updated

5 years ago
Blocks: 801742
(Reporter)

Comment 9

5 years ago
Verified fix on 10-15-2012 unagi 3 build.  install now button reboots and
applies the update.
Status: RESOLVED → VERIFIED
(Reporter)

Updated

5 years ago
Blocks: 801987
(Reporter)

Updated

5 years ago
Blocks: 802016
You need to log in before you can comment on or make changes to this bug.