Closed Bug 552838 Opened 14 years ago Closed 14 years ago

Add onNewInstall and onNewUpdate events for install listeners

Categories

(Toolkit :: Add-ons Manager, defect, P1)

defect

Tracking

()

VERIFIED FIXED
mozilla1.9.3a5

People

(Reporter: Unfocused, Assigned: mossop)

References

Details

(Whiteboard: [rewrite])

Currently, the first event for new installs/updates depends on whether the install file is local or remote. As such, detecting a new install/update is hacky and unreliable (since other providers may do it differently again).

Proposed new install events:

onNewInstall(AddonInstallWrapper)
onNewUpdate(AddonInstallWrapper, AddonWrapper)


This is blocking progress on the UI.
Added in changeset e65218fd5505.

I just added onNewInstall, you should be able to tell if it is a new install or an update by the presence of the existingAddon property
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Status: RESOLVED → UNCONFIRMED
Ever confirmed: false
Resolution: FIXED → ---
Whiteboard: [rewrite] → [rewrite][fixed-in-addonsmgr]
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: in-testsuite+
Flags: in-litmus-
Landed on addonsmgr branch:
http://hg.mozilla.org/projects/addonsmgr/rev/e65218fd5505
Status: NEW → ASSIGNED
Blocks: 553169
No longer blocks: 461973
Landed on trunk as a part of bug 553169
Status: ASSIGNED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
Whiteboard: [rewrite][fixed-in-addonsmgr] → [rewrite]
Target Milestone: --- → mozilla1.9.3a5
Status: RESOLVED → VERIFIED
Version: unspecified → Trunk
You need to log in before you can comment on or make changes to this bug.