Closed
Bug 828888
Opened 12 years ago
Closed 12 years ago
Icons revert to default if a 3rd party app update loses a network connection during application of the update
Categories
(Firefox OS Graveyard :: Gaia::Homescreen, defect, P2)
Tracking
(blocking-basecamp:+)
People
(Reporter: Yoric, Assigned: daleharvey)
References
Details
(Keywords: b2g-testdriver)
Attachments
(2 files)
First, Twitter reverted to the default "rocket" icon. Just now, Entanglement reverted to the default "rocket" icon. A few minutes before, I had received notification of an update to Entanglement, and for some reason, wifi was deactivated when I chose to perform that update. I believe this is when the icon was lost.
Comment 1•12 years ago
|
||
I wonder if this is caused by the code at: https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/js/page.js#L157 that tries to get an icon while the phone is offline and when it fails it removes the old icons and register the default one.
Comment 2•12 years ago
|
||
I think we should block on it if that's the case since this will result in many homescreen 'breakage' for users.
Comment 3•12 years ago
|
||
I really think so
Updated•12 years ago
|
Comment 5•12 years ago
|
||
Haven't see this yet today testing, I added the icons he referenced so we will see what happens.
Assignee | ||
Updated•12 years ago
|
Assignee: hub → dale
Comment 6•12 years ago
|
||
How are we doing here?
Reporter | ||
Comment 7•12 years ago
|
||
I don't know if this is a fix or a side-effect of the upgrade, but with the latest version on the beta channel, the applications have recovered their expected icons.
Assignee | ||
Comment 8•12 years ago
|
||
I am investigating why this would have happened and if it is fixed now
Assignee | ||
Comment 9•12 years ago
|
||
This is a quick fix for the specific case of losing the network in between downloading an update and applying it. I think going forward on any update we should prefetch any remote icons and store them locally, I found other bugs due to the fact we are using icon urls as opposed to cached https://bugzilla.mozilla.org/show_bug.cgi?id=829552
Attachment #701022 -
Flags: review+
Assignee | ||
Updated•12 years ago
|
Attachment #701022 -
Flags: review+
Assignee | ||
Updated•12 years ago
|
Attachment #701022 -
Flags: review?(21)
Comment 10•12 years ago
|
||
Comment on attachment 701022 [details]
Dont revert icons when losing network during update
Sounds good to me since this is what I was assuming. Thanks for spending time to reproduce the issue!
Attachment #701022 -
Flags: review?(21) → review+
Comment 11•12 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/bd14bfdd4ab065d4870201e155e88564267451ef
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Updated•12 years ago
|
Summary: Icons revert to default → Icons revert to default if a 3rd party app update loses a network connection during application of the update
Updated•12 years ago
|
Attachment #701022 -
Attachment is patch: false
Attachment #701022 -
Attachment mime type: text/plain → text/html
Comment 12•12 years ago
|
||
Tested a couple of data connection lost scenarios - looks okay on 1/22 build.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Comment 13•11 years ago
|
||
I have reproduced this issue again on Ikura. Details of the version: gaia commit: f80afc3 Merge pull request #9055 from yurenju/bug-846197-v1.0.1 gecko commit: 8ed9c99 Bug 859552: Fix inari boot image. r=nthomas a=akeybl RIL version:AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.19.046 This bug should be reopened and linked into the [meta] for Spain certification blockers, for tracking purposes
Comment 14•11 years ago
|
||
Picture attached for clarification, in case someone needs it
Updated•11 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•