Closed Bug 250247 Opened 21 years ago Closed 21 years ago

Add account settings for RSS account

Categories

(MailNews Core :: Feed Reader, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mscott, Assigned: mscott)

Details

Attachments

(3 files, 2 obsolete files)

Options so far include: biff interval download new feeds on startup
Status: NEW → ASSIGNED
Target Milestone: --- → Thunderbird0.8
We do a very good job of letting an extension dynamically add panels to an incoming server's account manager. This is how PGP Mime and S/MIME add Security panels under imap and POP accounts. See: http://lxr.mozilla.org/mozilla/source/mailnews/base/src/nsMsgAccountManagerDS.cpp#387 http://lxr.mozilla.org/mozilla/source/mailnews/extensions/smime/src/smime-service.js#58 Unfortunately, we don't allow you to override/extend the primary page for the incoming server (i.e. am-main.xul). If you look at line 387 in nsMsgAccountManagerDS.cpp, you'll see we check to see if the data source node is a folder (which means it's the root folder for the account). If it is, we'll return am-main.xul (or am-serverwithnoidentities.xul) as the page for this node in the account manager data source. Otherwise, we fall back and use the account manager extension APIs to get the chrome url for the panel. I wonder if there's a way we can make this code also allow the panel to be overwritten in the case where it is the server and not a sub category.
Attached patch work in progress (obsolete) — Splinter Review
This gets the new account panel for RSS working. Right now it just has two check boxes: one for the biff interval and another for checking for new articles at startup. verbage and UI subject to change. David, I'm running into one problem right now with my attempts to check for new feeds at startup. I added a PerformBiff method to the incoming server which gets called at startup (assuming you checked that option) which iterates over each folder in the RSS hierarchy and tells it to get new mail. My problem is that the url we extract from the database for each RSS folder is always empty: folderInfo->GetCharPtrProperty("feedUrl", getter_Copies(url)); I never get a feed URL.
the feed url is supposed to get set by the subscribe UI (some changes I made to the subscribe UI, not in Myk's original code) - I'll try to figure out why that's not working.
this should fix the problem you described - the url will now get set correctly. However, I, in turn, ran into a problem - the subscribe UI now asks you for a title for the feed, instead of letting the title get constructed automatically. This causes two folders to get created; one with the title you give the feed, and the other with the title constructed automatically. Do we really need to ask for the title? I can try to fix the dual folder problem...
Attachment #152702 - Flags: superreview?(mscott)
Attached patch fix feed title (obsolete) — Splinter Review
use folder name for title, instead of "Slashdot" :-)
Attachment #152704 - Flags: superreview?(mscott)
Attachment #152704 - Attachment is obsolete: true
Attachment #152704 - Flags: superreview?(mscott)
Attachment #152707 - Flags: superreview?(mscott)
Attachment #152707 - Flags: superreview?(mscott) → superreview+
Attachment #152702 - Flags: superreview?(mscott) → superreview+
Attached patch first cutSplinter Review
this patch includes David's patch in attachment 152707 [details] [diff] [review]. I also added a property on nsIMsgIncomingServer that allows the incoming server to specify the main account manager xul file that is loaded for that server instead of hard coding am-main.xul in the account manager data source. I also used the account manager extension APIs to allow our RSS extension to dynamically add panels to the account manager. This patch also hooks up ::PerformBiff, check for new feeds at startup. And biff for new articles every n minutes where n is configurable via the account manager panel. I expect the account manager panel UI to change quite a bit over the coming weeks as we add stuff to it.
Attachment #152664 - Attachment is obsolete: true
Comment on attachment 152790 [details] [diff] [review] first cut this looks fine as a first cut.
Attachment #152790 - Flags: superreview+
this is fixed on the branch and the trunk
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Component: RSS → Feed Reader
Product: Thunderbird → MailNews Core
Target Milestone: Thunderbird0.8 → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: