1019023 - [B2G][OTA][1.4] 6/2/2014 Unable to OTA

Status: RESOLVED DUPLICATE of bug 1019170

(Release Engineering :: General, defect)

Description

[Josh Schmitt [Joshs]]

Attachment: log.txt

Description:
User is unable to update via OTA.

Repro Steps:
1) Update a Flame to 20140530000202
2) Open settings and turn on Wifi
3) Proceed to 'Device Information'
4) Select 'Check Now'

Actual:
After checking for updates it says 'this is already on the latest version on FFOS'.

Expected:
OTA update is downloaded.

Environmental Variables:
Device: Flame
Build ID: 20140530000202
Gaia: fe612fd21389193a8e593aa718831602e5086a62
Gecko: 25011f9a8f26
Version: 30.0 (1.4) 
Firmware Version: v10G-2

Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Notes:
Repro frequency: 100%
See attached: logcat

I will test on Buri and post my results.

Comment 1

[Josh Schmitt [Joshs]]

Issue repros on 1.4 Buri.

Comment 2

[Tony Chung [:tchung]]

Are we sure the build is not already updated?   according to the logcat, it says its already on the latest version.


06-02 11:33:45.028: E/GeckoConsole(291): AUS:SVC UpdateService:selectUpdate - skipping update because the update's application version is less than the current application version
06-02 11:33:45.028: I/Gecko(291): UpdatePrompt: Setting gecko.updateStatus: already-latest-version

Please double check the version again after restarting the device

Comment 3

[Natalya Kot [:nkot]]

(In reply to Tony Chung [:tchung] from comment #2)
> Are we sure the build is not already updated?   according to the logcat, it
> says its already on the latest version.
> 
> 
> 06-02 11:33:45.028: E/GeckoConsole(291): AUS:SVC UpdateService:selectUpdate
> - skipping update because the update's application version is less than the
> current application version
> 06-02 11:33:45.028: I/Gecko(291): UpdatePrompt: Setting gecko.updateStatus:
> already-latest-version
> 
> Please double check the version again after restarting the device

Yes, it's still 5/30 after restart.
When checking for updates initially it already says this is the latest version even though the device is on 5/30. After restarting device it still shows 5/30 build and still says the latest version when checking for Update.

Comment 4

[Natalya Kot [:nkot]]

Attachment: logcat_from_today_to_friday

What's weird though, after flashing to today's (6/02) build system update shows up. When install it, it'll update to Friday's (5/30) build, see the logcat for more info.

'From' build info:
BuildID: 20140602000203
Gaia: ba8d7ef46cadf5d66d189b0b036d0f2e936bece0
Gecko: 384d3410a854
Version: 30.0

'To' build info:
BuildID: 20140530000202
Gaia: fe612fd21389193a8e593aa718831602e5086a62
Gecko: 25011f9a8f26
Version: 30.0

Comment 5

[bhavana bajaj [:bajaj]]

aki, any ideas if this is a releng issue ?

Comment 6

[Aki Sasaki (not active)]

Non-flame is bug 1019170.

For Flame, was it originally a Moco-releng-provided pvtbuilds build, or a partner build?

Comment 7

[[e-mail] (:bhearsum)]

(In reply to Aki Sasaki [:aki] from comment #6)
> Non-flame is bug 1019170.
> 
> For Flame, was it originally a Moco-releng-provided pvtbuilds build, or a
> partner build?

Flame 1.4 (and older) is also bug 1019170. These should be fixed when the nightlies finish this evening.

Comment 8

[[e-mail] (:bhearsum)]

(In reply to Aki Sasaki [:aki] from comment #6)
> For Flame, was it originally a Moco-releng-provided pvtbuilds build, or a
> partner build?

If anyone is having issues with Flame updates on mozilla-centra/master/2.0, it's probably bug 1018276, which I think is what you were getting at here.

Comment 9

[Duane Dixon [:ddixon]]

Unable to provide Regression Window for this issue. 

I tested earlier and later builds surrounding the build listed in comment 0.  

Every build will update to the exact same build in comment 0.  
This leads me to believe that this is an external issue.  

The device will update to the following build: 

Environmental Variables:
Device: Flame
Build ID: 20140530000202
Gaia: fe612fd21389193a8e593aa718831602e5086a62
Gecko: 25011f9a8f26
Version: 30.0 (1.4) MOZ
Firmware Version: v10G-2

Comment 10

[Jason Smith [:jsmith]]

Going to mark this dependent on bug 1019170 since that appears to be what we need to fix here.

Comment 11

[[e-mail] (:bhearsum)]

(In reply to Jason Smith [:jsmith] from comment #10)
> Going to mark this dependent on bug 1019170 since that appears to be what we
> need to fix here.

Arguably it's a dupe, but it doesn't really matter. AFAIK this is fixed now. The snippets look fine to me, and someone in #b2g got an update to their hamachi device.