Closed
Bug 501541
Opened 15 years ago
Closed 15 years ago
Breadcrumb on meet the developer points to firefox for thunderbird add-ons
Categories
(addons.mozilla.org Graveyard :: Public Pages, defect, P3)
addons.mozilla.org Graveyard
Public Pages
Tracking
(Not tracked)
VERIFIED
FIXED
5.0.8
People
(Reporter: jbalogh, Assigned: wenzel)
References
()
Details
Attachments
(1 file, 1 obsolete file)
5.47 KB,
patch
|
jbalogh
:
review+
|
Details | Diff | Splinter Review |
Redirection to other products doesn't work, so going to a thunderbird add-on still says "add-ons for firefox" at the top. clouserw said you'd handled this before, so assigning to wenzel for 5.0.8.
Updated•15 years ago
|
Priority: -- → P3
Assignee | ||
Updated•15 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Updated•15 years ago
|
Attachment #389900 -
Flags: review?(jbalogh) → review-
Reporter | ||
Comment 2•15 years ago
|
||
Comment on attachment 389900 [details] [diff] [review] Patch, rev. 1 1. In the function `developers`, a loop overwrites the variable `$addon` before you publish it so the wrong addon is getting published. I'd change the loop variable to $_addon. 2. Returning after app_redirect was really confusing to me. The redirect feels like it should be the last thing happening in a return statement. What do you think about returning $targetapp from app_redirect and having something like the following? $redirect = $this->_app_redirect($compatible_apps); if ($redirect) { $this->redirect($redirect.$rest_of_url); } 3. Can you write a test for app_redirect?
Assignee | ||
Comment 3•15 years ago
|
||
(In reply to comment #2) > (From update of attachment 389900 [details] [diff] [review]) > 1. In the function `developers`, a loop overwrites the variable `$addon` before > you publish it so the wrong addon is getting published. I'd change the loop > variable to $_addon. Thanks. > 2. Returning after app_redirect was really confusing to me. The redirect feels > like it should be the last thing happening in a return statement. What do you > think about returning $targetapp from app_redirect and having something like > the following? Sounds good. I didn't like it either that I had to return from the calling function again. I find it curious that Cake requires you to return yourself anyway, but that's a different story... > 3. Can you write a test for app_redirect? Sure.
Assignee | ||
Comment 4•15 years ago
|
||
Newer, fresher, now with twice as much redirection awesomeness.
Attachment #389900 -
Attachment is obsolete: true
Attachment #390173 -
Flags: review?(jbalogh)
Reporter | ||
Updated•15 years ago
|
Attachment #390173 -
Flags: review?(jbalogh) → review+
Reporter | ||
Comment 5•15 years ago
|
||
Comment on attachment 390173 [details] [diff] [review] Patch, rev. 2 thanks!
Comment 7•15 years ago
|
||
Verified FIXED: GET /en-US/firefox/addon/5326/developers HTTP/1.1[CRLF] Host: preview.addons.mozilla.org[CRLF] <snip> HTTP Status Code: HTTP/1.0 302 Found Date: Fri, 24 Jul 2009 08:52:24 GMT Server: Apache/2.2.3 (Red Hat) X-Powered-By: PHP/5.1.6 X-AMO-ServedBy: pm-app-amo15 Location: https://preview.addons.mozilla.org/en-US/thunderbird/addon/5326/developers
Status: RESOLVED → VERIFIED
Comment 8•15 years ago
|
||
(Er, and ending up with the final page after the redirect, the breadcrumb is correct.)
Assignee | ||
Comment 9•15 years ago
|
||
Thanks, Stephen!
Updated•15 years ago
|
Keywords: push-needed
Updated•8 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•