Closed Bug 379161 Opened 18 years ago Closed 18 years ago

"Newest" RSS feed does not filter by application

Categories

(addons.mozilla.org Graveyard :: Public Pages, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: wenzel, Assigned: wenzel)

References

Details

Attachments

(3 files, 1 obsolete file)

From bug 379145 comment 2: https://addons.mozilla.org/en-US/firefox/addons/rss/newest lists Thunderbird extensions (e.g. "Get All Mails") and the feed from https://addons.mozilla.org/en-US/thunderbird/addons/rss/newest lists Firefox extensions (e.g. "Bookmark Permissions"). In other words, the two feeds are the same and do not filter by application.
Attached patch Sort addons by creation date (obsolete) — Splinter Review
This patch allows to sort the browse pages by addon creation date, and it removes the global "newest addons" feed so we don't duplicate stuff. However: - this will break the current "newest addons" link (...addons/rss/newest) - the "newest addons" RSS feeds will only contain one addon type at a time (only extensions, for example), due to their connection with the browse pages. Thoughts?
Attachment #265419 - Flags: review?(shaver)
Attachment #265419 - Flags: review?(fligtar)
Hmm. It's not possible for us to filter the current app in the main page rss that's there now? If it's not, this looks good. I am wondering if Addon.created is supposed to be Addon.created DESC though? Also, maybe we should do a rewrite for the existing rss to go to Firefox extensions. Maybe we can also do rewrites for the old site rss feeds, which are still getting a good number of 404s.
(In reply to comment #3) > Hmm. It's not possible for us to filter the current app in the main page rss > that's there now? If it's not, this looks good. Hm. There probably is, with some more code (needs some JOINs I figure), but I remember that we wanted to remove these "special case" RSSes since a long time, this is the last remaining one. > I am wondering if Addon.created is supposed to be Addon.created DESC though? I looked at it again, thanks. But the DESC is added later in the code. > Also, maybe we should do a rewrite for the existing rss to go to Firefox > extensions. Maybe we can also do rewrites for the old site rss feeds, which are > still getting a good number of 404s. Good call. I will make sure to add these as well. Will finish that ASAP so the localizers can translate the two new strings.
If you want it to go in before the localizers finish, could you just land the back-end pieces and point the RSS links at them? We can surface the explicit UI when it's ready and localized, but fix the meat of this bug earlier. This also doesn't seem like it fixes the bug as summarized, since there's still no replacement for the "all things Firefox" RSS. Maybe that's fine, but I want to make sure that that's intentional.
Mike: Good call about the UI vs. backend stuff, will do that. Also, I agree that replacing the feeds as shown, there won't be an "all things Firefox" feed anymore. Do you guys think this is necessary? In that case I will not delete the global RSS feed section and rather add some app filtering logic there. I slowly get to the conclusion that this might be closer to what the user might expect to find, rather than single feeds (only).
Assigning to myself because the patch for this is about ready to go.
Assignee: nobody → fwenzel
Target Milestone: --- → 3.1
This patch implements everything talked about above, in particular: - "newest" sort order for browse pages, keeping the UI hidden until it is translated enough, but enabling the RSS feeds - teaching global "newest" RSS feed app awareness
Attachment #265419 - Attachment is obsolete: true
Attachment #266075 - Flags: review?
Attachment #265419 - Flags: review?(shaver)
Attachment #265419 - Flags: review?(fligtar)
and these are the redirects so legacy RSS subscribers don't get errors anymore.
Attached patch New RSS TestsSplinter Review
So yeah, here are the tests as well, cause that's how we roll.
Comment on attachment 266075 [details] [diff] [review] "Newest" sort order for browse pages plus app awareness for global RSS feed Looks good to me. Instead of commenting out the lines in addon_list_options.thtml, we could add something like: if ('list_sortby_newest' == _('list_sortby_newest')) { // print english } else { // print _('list_sortby_newest') } That would make the option available right away.
Attachment #266075 - Flags: review? → review+
Good call, clouserw. I'll add this, then commit. And then later we can clean that up once it's localized well.
RSS code is in SVN r4117, tests in r4118, htaccess redirects in r4119 and localization changes in r4120. Closing this, will go online with the next push. Marking this fixed. The code to avoid the tags showing up for untranslated locales can be removed once it becomes widely translated, of course.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: