Closed
Bug 293583
Opened 20 years ago
Closed 20 years ago
When phone home occurs for more than one extension the update info is used from the first extension update info
Categories
(Toolkit :: Add-ons Manager, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: robert.strong.bugs, Assigned: robert.strong.bugs)
Details
Attachments
(2 files, 1 obsolete file)
|
4.31 KB,
patch
|
benjamin
:
review+
asa
:
approval-aviary1.1a1+
|
Details | Diff | Splinter Review |
|
4.31 KB,
patch
|
Details | Diff | Splinter Review |
It appears that when installing more than one incompatible extension the update
info (e.g. minVersion / maxVersion) from the first extension checked is used for
all of the extensions installed.
I found this by accident when I had an incorrect update rdf for the second
extension I was installing during a tewo extension install. The first extension
was also incompatible but had a correct update rdf. They both installed
successfully. I then placed a couple of dump statements in the
IncompatibleObserver::observe within nsExtensionManager.js and found this to be
the case.
| Assignee | ||
Updated•20 years ago
|
Flags: blocking-aviary1.1?
| Assignee | ||
Comment 1•20 years ago
|
||
output from the console:
*** Version Check Phone Home Completed
this._xpi.path=<path>\staged-xpis\{34274bf4-1d97-a289-e984-17e546307e4f}\adblock-0.5.2.039-fx.xpi
item.id={5DB6B72E-5C55-47a0-AB3B-945B4023E398}
item.maxAppVersion=1.1
*** Version Check Phone Home Completed
this._xpi.path=<path>\staged-xpis\{5DB6B72E-5C55-47a0-AB3B-945B4023E398}\testcase1.xpi
item.id={5DB6B72E-5C55-47a0-AB3B-945B4023E398}
item.maxAppVersion=1.1
| Assignee | ||
Comment 2•20 years ago
|
||
This bug occurs due to that installs and upgrades can start multiple phone
homes since each item is checked individually hence why this doesn't occur
during other updates. This patch simply adds the first item checked to the
Update:Extension:Started and Update:Extension:Started notifyObservers as is
already used with Update:Extension:Item-Ended and Update:Extension:Item-Error.
It is then possible to do an early return in observes when we receive
notification for an item that is different from the item we are actually
checking.
| Assignee | ||
Updated•20 years ago
|
| Assignee | ||
Updated•20 years ago
|
Attachment #184174 -
Attachment is obsolete: true
Attachment #184174 -
Flags: review?(benjamin)
| Assignee | ||
Comment 3•20 years ago
|
||
Bah... forgot to include update.js in the diff.
Attachment #184176 -
Flags: review?(benjamin)
Comment 4•20 years ago
|
||
Comment on attachment 184176 [details] [diff] [review]
patch
Depending on where 1.1a1 is, this is a very safe patch to take. But it's not
the end of the world if it doesn't make it.
Attachment #184176 -
Flags: review?(benjamin)
Attachment #184176 -
Flags: review+
Attachment #184176 -
Flags: approval-aviary1.1a1?
| Assignee | ||
Comment 5•20 years ago
|
||
fixes an equality check (e.g. s/=/==/) found by gavin.
Updated•20 years ago
|
Attachment #184176 -
Flags: approval-aviary1.1a1? → approval-aviary1.1a1+
| Assignee | ||
Comment 6•20 years ago
|
||
patch checked in - thanks db48x - Resolved > Fixed
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Flags: blocking-aviary1.1?
Resolution: --- → FIXED
Updated•17 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•