Closed Bug 553500 Opened 14 years ago Closed 14 years ago

Discover page URL should come from prefs, have variables replaced.

Categories

(Toolkit :: Add-ons Manager, defect)

Product:
Toolkit
Component:
Add-ons Manager
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla1.9.3a5

People

(Reporter: Unfocused, Assigned: Unfocused)

References

Details

(Whiteboard: [rewrite]) 

Currently, the URL for the discover pane is hardcoded. It should come from prefs (so it can be overwritten) and have the usual variables replaced.
Version: unspecified → Trunk
Oops, this was fixed awhile ago.

http://hg.mozilla.org/projects/addonsmgr/rev/aac130bb8238
Whiteboard: [rewrite] → [rewrite][fixed-in-addonsmgr]
Blocks: 558158
No longer blocks: 550048
Blair, what happened with all the extensions.getAddons.* prefs? Don't we need those anymore? Means there is no link in the UI which redirects us to AMO?
(In reply to comment #2)
> Blair, what happened with all the extensions.getAddons.* prefs? Don't we need
> those anymore? Means there is no link in the UI which redirects us to AMO?

Most of these are irrelevant now. Although, I'll be adding a couple back for bug 561237.
Assignee: nobody → bmcbride
Landed on trunk as a part of bug 554007
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Whiteboard: [rewrite][fixed-in-addonsmgr] → [rewrite]
Target Milestone: --- → mozilla1.9.3a5
Verified fixed by checkin.

Litmus tests for the discovery pane will be covered by other bugs.
Status: RESOLVED → VERIFIED
Flags: in-testsuite?
Flags: in-litmus-
Browser_discovery.js checks that the url is loaded correctly and has the add-on data in it.
Flags: in-testsuite? → in-testsuite+
You need to log in before you can comment on or make changes to this bug.