Closed
Bug 628703
Opened 13 years ago
Closed 13 years ago
Should not pass the ID of add-ons that have opted out of metadata pings to the discovery view
Categories
(Toolkit :: Add-ons Manager, defect)
Toolkit
Add-ons Manager
Tracking
()
VERIFIED
FIXED
mozilla2.0b11
Tracking | Status | |
---|---|---|
blocking2.0 | --- | final+ |
People
(Reporter: mossop, Assigned: mossop)
References
Details
(Whiteboard: [softblocker])
Attachments
(1 file, 1 obsolete file)
7.64 KB,
patch
|
Unfocused
:
review+
|
Details | Diff | Splinter Review |
In bug 603409 we allowed add-ons to opt out of metadata pings but we are still passing the ID of these add-ons to the discovery view, we need to stop that from happening.
Assignee | ||
Updated•13 years ago
|
blocking2.0: --- → final+
Whiteboard: [softblocker]
Assignee | ||
Updated•13 years ago
|
Assignee: nobody → dtownsend
Assignee | ||
Comment 1•13 years ago
|
||
Attachment #506917 -
Flags: review?(bmcbride)
Comment 2•13 years ago
|
||
Comment on attachment 506917 [details] [diff] [review] patch rev 1 >+ var prefName = "extensions." + aAddon.id + ".getAddons.cache.enabled"; Would much rather than this in a const, and replace a substring like we do for formatted URLs. Guess all that should be in the try..catch block too. >+ } catch (e) { >+ } Nit: I prefer no newline between } and { - makes it obvious that the catch{} block was intentionally left empty. >+ if (!(aAddon.id in data)) { >+ // Test add-ons will have shown an error if necessary above >+ if (aAddon.id.substring(6) != "@tests.mozilla.org") >+ ok(false, "Add-on " + aAddon.id + " was not included in the data"); Won't this trip up if there's a global extension installed, like the feedback extension?
Attachment #506917 -
Flags: review?(bmcbride) → review-
Assignee | ||
Comment 3•13 years ago
|
||
(In reply to comment #2) > Comment on attachment 506917 [details] [diff] [review] > patch rev 1 > >+ if (!(aAddon.id in data)) { > >+ // Test add-ons will have shown an error if necessary above > >+ if (aAddon.id.substring(6) != "@tests.mozilla.org") > >+ ok(false, "Add-on " + aAddon.id + " was not included in the data"); > > Won't this trip up if there's a global extension installed, like the feedback > extension? No, global extensions should be in the hash too so if we get here for a global extension then there is a test failure.
Assignee | ||
Comment 4•13 years ago
|
||
Attachment #506917 -
Attachment is obsolete: true
Attachment #507168 -
Flags: review?(bmcbride)
Assignee | ||
Updated•13 years ago
|
Whiteboard: [softblocker] → [softblocker][has patch][needs review Unfocused]
Updated•13 years ago
|
Attachment #507168 -
Flags: review?(bmcbride) → review+
Assignee | ||
Updated•13 years ago
|
Whiteboard: [softblocker][has patch][needs review Unfocused] → [softblocker][has patch][can land]
Assignee | ||
Comment 5•13 years ago
|
||
Landed: http://hg.mozilla.org/mozilla-central/rev/0f83f4ac8de4
Status: NEW → RESOLVED
Closed: 13 years ago
Flags: in-testsuite+
Flags: in-litmus-
Resolution: --- → FIXED
Whiteboard: [softblocker][has patch][can land] → [softblocker]
Target Milestone: --- → mozilla2.0b11
Comment 6•13 years ago
|
||
Verified fixed with Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b12pre) Gecko/20110209 Firefox/4.0b12pre
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•