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)

x86_64
Windows 7
defect
Not set
normal

Tracking

(blocking-b2g:tef+, firefox22 wontfix, firefox23 wontfix, firefox24 fixed, b2g18 fixed, b2g18-v1.0.0 wontfix, b2g18-v1.0.1 fixed)

RESOLVED FIXED
mozilla24
blocking-b2g tef+
Tracking Status
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)

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.
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?
Antonio - Can you add a mochitest for this?
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 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+
blocking-b2g: --- → tef+
Keywords: checkin-needed
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.
Flags: in-testsuite-
Keywords: checkin-needed
Whiteboard: [fixed in birch]
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla24
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
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).
Attachment #753713 - Flags: approval-mozilla-b2g18?
Keywords: verifyme
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: