Closed
Bug 630120
Opened 14 years ago
Closed 14 years ago
Change discoverURL to /%LOCALE%/%APP%/discovery/pane/%VERSION%/%OS%
Categories
(Toolkit :: Add-ons Manager, defect)
Toolkit
Add-ons Manager
Tracking
()
VERIFIED
FIXED
mozilla2.0b12
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: Unfocused, Assigned: Unfocused)
References
Details
Attachments
(1 file, 1 obsolete file)
1.97 KB,
patch
|
Details | Diff | Splinter Review |
The addons manager will load the following URL for the discovery pane:
https://services.addons.mozilla.org/en-US/firefox/discovery/VERSION/OS/#GUIDS
However, loading that redirects to:
https://services.addons.mozilla.org/en-US/firefox/discovery/pane/VERSION/OS/#GUIDS
(Which has /pane/ inserted into the middle of the URL.)
This means the addons manager can't detect when the base page is still being displayed. So, for bug 628290, clicking on Get Add-ons will *always* reload the page, even when it doesn't need to.
Can the redirect be removed? If that's not simple, then the URL the addons manager loads can be changed.
Comment 1•14 years ago
|
||
Sorry, I forgot to file a bug about this. I added /pane/ to the discovery url so that the match-everything /VERSION/OS/ wouldn't conflict with other urls.
Here's the full new discoverURL:
extensions.webservice.discoverURL: https://services.addons.mozilla.org/%LOCALE%/%APP%/discovery/pane/%VERSION%/%OS%
The redirect is going to be there until beta traffic dies off, and then it will be removed along with the code that has to work around it.
Component: Discovery Pane → Add-ons Manager
Product: addons.mozilla.org → Toolkit
QA Contact: discoverypane → add-ons.manager
Summary: Loading discover pane redirects to URL with /pane/ in it → Change discoverURL to /%LOCALE%/%APP%/discovery/pane/%VERSION%/%OS%
Assignee | ||
Updated•14 years ago
|
blocking2.0: --- → ?
Comment 2•14 years ago
|
||
Not a blocker since it really works as is. Would certainly approve a pref change patch though
blocking2.0: ? → -
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → bmcbride
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•14 years ago
|
||
Attachment #513345 -
Flags: review?(dtownsend)
Updated•14 years ago
|
Attachment #513345 -
Flags: review?(dtownsend)
Attachment #513345 -
Flags: review+
Attachment #513345 -
Flags: approval2.0+
Assignee | ||
Comment 4•14 years ago
|
||
Attachment #513345 -
Attachment is obsolete: true
Assignee | ||
Updated•14 years ago
|
Comment 5•14 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Whiteboard: [has patch][needs landing] → [has patch]
Target Milestone: --- → mozilla2.0b12
Updated•14 years ago
|
Version: unspecified → Trunk
Updated•14 years ago
|
Whiteboard: [has patch]
Comment 6•14 years ago
|
||
Yay, for killing that redirect. Works as expected with Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b12pre) Gecko/20110222 Firefox/4.0b12pre
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•