Closed Bug 389641 Opened 18 years ago Closed 18 years ago

RDFItemUpdater shouldn't check for updates for items with pending optypes

Categories

(Toolkit :: Add-ons Manager, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.9alpha8

People

(Reporter: mossop, Assigned: mossop)

Details

Attachments

(1 file)

Attached patch patch rev 1Splinter Review
Attachment #273941 - Flags: review?(robert.bugzilla)
Attachment #273941 - Flags: review?(robert.bugzilla) → review+
Summary: RDFItemUpdater shouldnt check for updates for items with pending optypes → RDFItemUpdater shouldn't check for updates for items with pending optypes
Comment on attachment 273941 [details] [diff] [review] patch rev 1 Seeking approval for this simple patch which stops us attempting to find updates for add-ons that already have new versions waiting to be installed.
Attachment #273941 - Flags: approval1.9?
(In reply to comment #2) > (From update of attachment 273941 [details] [diff] [review]) > Seeking approval for this simple patch which stops us attempting to find > updates for add-ons that already have new versions waiting to be installed. I thought that case was already handled previously. Just for my own clarity, doesn't this just change it so we don't check for updates in the background for extensions that have a pending disable / enable operation? Drivers, this is a low risk patch to make the background update check behave the same as the ui's update check.
(In reply to comment #3) > I thought that case was already handled previously. Just for my own clarity, > doesn't this just change it so we don't check for updates in the background for > extensions that have a pending disable / enable operation? You're right I didn't read close enough, it changes the restriction to stop check for add-ons with any pending operation.
Dave, as a side note... it is my understanding that for M8 driver approval is required for gecko 1.9 changes and is not required for toolkit or browser. I've asked for verification that this is truly the case.
Comment on attachment 273941 [details] [diff] [review] patch rev 1 Per http://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/3e988240291a846b/02cda78d0c0b7707#02cda78d0c0b7707 On the browser/toolkit the tree is still considered open, as the feature freeze for the front end is targeted at M8. Clearing a and go ahead and check this in. Thanks!
Attachment #273941 - Flags: approval1.9?
Checking in toolkit/mozapps/extensions/src/nsExtensionManager.js.in; /cvsroot/mozilla/toolkit/mozapps/extensions/src/nsExtensionManager.js.in,v <-- nsExtensionManager.js.in new revision: 1.232; previous revision: 1.231 done
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3 M8
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: