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)
Toolkit
Add-ons Manager
Tracking
()
RESOLVED
FIXED
mozilla1.9alpha8
People
(Reporter: mossop, Assigned: mossop)
Details
Attachments
(1 file)
|
1.26 KB,
patch
|
robert.strong.bugs
:
review+
|
Details | Diff | Splinter Review |
| Assignee | ||
Comment 1•18 years ago
|
||
Attachment #273941 -
Flags: review?(robert.bugzilla)
Updated•18 years ago
|
Attachment #273941 -
Flags: review?(robert.bugzilla) → review+
Updated•18 years ago
|
Summary: RDFItemUpdater shouldnt check for updates for items with pending optypes → RDFItemUpdater shouldn't check for updates for items with pending optypes
| Assignee | ||
Comment 2•18 years ago
|
||
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?
Comment 3•18 years ago
|
||
(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.
| Assignee | ||
Comment 4•18 years ago
|
||
(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.
Comment 5•18 years ago
|
||
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 6•18 years ago
|
||
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?
| Assignee | ||
Comment 7•18 years ago
|
||
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
| Assignee | ||
Updated•18 years ago
|
Target Milestone: --- → Firefox 3 M8
Updated•17 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•