User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10.1
Using Thunderbird 0.8
If you choose to Store Feed Articles from several feeds in a single folder, then
delete the folder, then undelete in, you are no longer able to manage
subscriptions for those feeds. They are no longer present in the manage feeds
menu. However, the feeds are still active.
Steps to Reproduce:
1. Add a new feed and Store Feed Articles in "Test Feeds"
2. Add a second feed and Store Feed Articles in "Test Feeds"
3. Delete the Folder "Test Feeds"
4. Move Folder "Test Feeds" back from Trash to "News & Blogs"
5. Attempt to Manage Subscriptions for RSS feeds
Can no longer Manage the Settings for the RSS feeds. Feeds still arrive in
"Test Feeds" folder
When folder was undeleted, it should also undelete the feeds in the Manage
Subscriptions so that they can be edited or deleted individually. This is a
pretty serious defect in a very useful feature. I like to send several related
feeds to one folder, but can no longer manage those feeds if I accidently delete
Using Windows XP Pro
Thunderbird 0.8 (20040913) - no themes
I can confirm this behavior, even when not using a single folder to store all
Also, when you undelete the folder, you loose the setting for "Show the article
summary instead of loading the web page" if you had it selected.
I often accidentally delete the feed's folder when trying to delete a single
message and run in to this quite often. The workaround is to re-add the feed but
it's kind of a pain.
(In reply to comment #0)
> If you choose to Store Feed Articles from several feeds in a single folder
This is true for a single feed into a folder as well, and applies if the folder
is the default one created for the feed rather than one specified.
> 3. Delete the Folder "Test Feeds"
TB does not ask for confirmation on folder deletion -- see bug 281105.
This makes accidental deletion a real problem.
> 4. Move Folder "Test Feeds" back from Trash to "News & Blogs"
Note that there is no "Undo Delete Folder" feature, altho that is true for Mail
accounts as well.
Reproduced with TB 1.0, Win2K.
*** Bug 280218 has been marked as a duplicate of this bug. ***
*** Bug 284455 has been marked as a duplicate of this bug. ***
*** Bug 286343 has been marked as a duplicate of this bug. ***
I posted a message about this bug in the forums (before I realised it was a
What I noticed was I check in the feeds.rdf file (in
%AppData%\Thunderbird\Profiles\myProfile\Mail\News & Blogs) and I only find
RDF:Description references, none of the fz:feed entries!
I suppose a work around would be manually re-enter the fz: elements. A simple
fix would be re-create with default fz: elements. And the real fix would be to
pre-serve those fz: elements in the Trash too and undelete them at the same time
as the rest of the config.
(In reply to comment #6)
> I suppose a work around would be manually re-enter the fz: elements. A simple
> fix would be re-create with default fz: elements. And the real fix would be to
> pre-serve those fz: elements in the Trash too and undelete them at the same time
> as the rest of the config.
I tried correcting feeds.rdf, it is not enough as I still can't manage those
feeds. It seems something more is needed.
*** Bug 293167 has been marked as a duplicate of this bug. ***
*** Bug 293137 has been marked as a duplicate of this bug. ***
The same (?) issue seems to occur in branch builds simply my moving the feed
folder in the folder pane, which I think is rather bad (very confusing for
Issue still alive in Thunderbird current nightly builds.
> > I suppose a work around would be manually re-enter the fz: elements.
> I tried correcting feeds.rdf, it is not enough as I still can't manage those
> feeds. It seems something more is needed.
Also /RDF:RDF/RDF:Seq/RDF:li elements need to be added. Look at ones that are exist and add another ones for feeds you're trying to restore. At least it worked for me.
Another pain is feeds whose titles are not in ASCII -- you should write its title (fz:feed@dc:title) and storing folder (fz:feed/fz:destFolder) in UTF-8 encoding (in raw and urlencoded %AA%BB%CC format respectively), and you not always have UTF-8 editor next to you.
(In reply to comment #11)
> Issue still alive in Thunderbird current nightly builds.
And in version 1.5 (20051201) - RC2 - those subscriptions that were in your profile when you upgrade are still not manageable. Though they show up in the subscriptions dialog, if you click on Edit nothing happens. The Title and Location are populate though below the tree view.
In addition, a feed deleted through context menu or dragged to the trash cannot be re-subscribed. Instead, Thunderbird displays an error Alert:
"You already have a subscription to this feed."
Is this the same bug, or should I file a new one?
I can confirm the bug is still present in 2.0 trunk
Note that there has been a fix submitted for bug 375745 which may improve the situation of this bug -- it makes the Subscribe dialog behave a little more sanely when feeds are deleted.
(In reply to comment #0)
> Actual Results:
> Can no longer Manage the Settings for the RSS feeds. Feeds still arrive in
> "Test Feeds" folder
What I see currently with TB version 3.0a1pre (2008021703), Win2K, is that if I delete the folder, then drag it back from Trash to the top level of the RSS account, then open the Subscribe dialog: the folder appears with an empty feed node underneath it.
I can then delete the node, and TB appears to do that correctly. Then I can
re-Add the subscription to that folder, and it takes. However, after the feed has been verified, there are two feed items shown under the folder. I can then delete one, and all appears OK. But, since both are shown as the same URL, I'm not sure which is some ghost version of the original, and which is the new.
But I need to test further to make sure the new items arrive as expected.
is this a dupe or related to bug 309449
both have some activity
cannot really reproduce on version 3.0a1 (2008050715)
delete and then drag back has no problem here ..
does bug 365192 has anything to do with it?
fixed by bug 711173/bug 705504.