Closed
Bug 798948
Opened 12 years ago
Closed 12 years ago
B2G Updates: Implement "force update check"
Categories
(Firefox OS Graveyard :: General, defect, P1)
Tracking
(blocking-basecamp:+, firefox18 fixed, firefox19 fixed)
VERIFIED
FIXED
blocking-basecamp | + |
People
(Reporter: tchung, Assigned: marshall)
References
Details
(Whiteboard: ota update)
Attachments
(1 file)
8.30 KB,
patch
|
fabrice
:
review+
|
Details | Diff | Splinter Review |
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•12 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
Updated•12 years ago
|
blocking-basecamp: ? → +
Comment 1•12 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•12 years ago
|
||
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•12 years ago
|
Blocks: basecamp-updates, b2g-gecko-updates
Summary: [ota update] Tapping Check for updates does not send any AUS checks → B2G Updates: Implement "force update check"
Updated•12 years ago
|
Attachment #670143 -
Flags: review?(fabrice) → review+
Assignee | ||
Comment 3•12 years ago
|
||
Matching gaia pull request: https://github.com/mozilla-b2g/gaia/pull/5759
Comment 4•12 years ago
|
||
What's blocking this from landing? Or was it Gaia only? (And if so, who's review are we blocked on there?)
Assignee | ||
Comment 5•12 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/24d7f3e5be47
Assignee | ||
Comment 6•12 years ago
|
||
Inbound was closed last night, and the TBPL test servers had outages, causing Bug 794211's try run to be delayed.
Comment 7•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/24d7f3e5be47
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•12 years ago
|
Component: Gaia → General
Comment 8•12 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/53559d475428
status-firefox18:
--- → fixed
status-firefox19:
--- → fixed
Reporter | ||
Comment 9•12 years ago
|
||
Verified fix on 10-15-2012 unagi 3 build. install now button reboots and applies the update.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•