Closed
Bug 875712
Opened 11 years ago
Closed 11 years ago
Deleting an app on a system update (OTA or FOTA) will fail
Categories
(Core Graveyard :: DOM: Apps, defect)
Tracking
(blocking-b2g:tef+, firefox22 wontfix, firefox23 wontfix, firefox24 fixed, b2g18 fixed, b2g18-v1.0.0 wontfix, b2g18-v1.0.1 fixed)
People
(Reporter: amac, Assigned: amac)
References
Details
(Whiteboard: [fixed in birch])
Attachments
(1 file)
(deleted),
patch
|
fabrice
:
review+
|
Details | Diff | Splinter Review |
When a system update is applied, the system apps that were previously installed but aren't installed now should be deleted. However, the code first deletes the appp from the webapps table and then tries to use a property from it.
Assignee | ||
Comment 1•11 years ago
|
||
NOTE: Please see https://wiki.mozilla.org/Release_Management/B2G_Landing to better understand the B2G approval process and landings.
[Approval Request Comment]
Bug caused by (feature/regressing bug #):
User impact if declined: If a system update deletes a previously installed system app, it'll fail (and stop processing the updated app). In the best case the deleted app will still be available, on the worst case there will be some apps not working correctly.
Testing completed:
Risk to taking this patch (and alternatives if risky): Low, it just changes the place where the app is deleted from the registry.
String or UUID changes made by this patch:
Attachment #753713 -
Flags: review?(fabrice)
Attachment #753713 -
Flags: approval-mozilla-b2g18?
Comment 2•11 years ago
|
||
Antonio - Can you add a mochitest for this?
Assignee | ||
Comment 3•11 years ago
|
||
To be honest, I don't have the most remote idea about how to test this with mochitest. This is something that only runs at the first run after each system update and only if MOZ_SYSTEM_GONK is defined. I don't know if (or how) can I simulate that on mochitest.
Any ideas, Fabrice?
Comment 4•11 years ago
|
||
Comment on attachment 753713 [details] [diff] [review]
Deletes the app data from the registry after deleting all the private data, insted of before
Review of attachment 753713 [details] [diff] [review]:
-----------------------------------------------------------------
good catch, thanks!
I'd love to have test too, but I don't think we can test OTA updates within mochitests. That's worth a followup though.
Attachment #753713 -
Flags: review?(fabrice) → review+
Updated•11 years ago
|
blocking-b2g: --- → tef+
Keywords: checkin-needed
Comment 5•11 years ago
|
||
This actually explains a lot of bugs we've had when we did such things as:
- Switch marketplace from a hosted to a packaged app
- Switch the maps app from hosted to packaged
We aren't deleting the old app, so we the two icons issue probably because we never deleted the old app.
Updated•11 years ago
|
status-b2g18:
--- → affected
status-b2g18-v1.0.1:
--- → affected
Comment 6•11 years ago
|
||
Comment 9•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla24
Comment 10•11 years ago
|
||
I'm guessing the easiest way I could test this would be something like the following:
1. Generate a custom build with some extra apps that's older
2. Apply an OTA update
3. Verify the extra apps are deleted on update
Does that sound right?
Keywords: verifyme
QA Contact: jsmith
Assignee | ||
Comment 11•11 years ago
|
||
Yeah, that sounds right. As the only caveat, the extra apps should be marked as non removable (otherwise they're not considered system apps and thus they're not removed on a system update).
Updated•11 years ago
|
Attachment #753713 -
Flags: approval-mozilla-b2g18?
Comment 12•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g18/rev/ab8f017c5171
https://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/9ff01472b61b
status-b2g18-v1.0.0:
--- → wontfix
status-firefox22:
--- → wontfix
status-firefox23:
--- → wontfix
status-firefox24:
--- → fixed
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•