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. Reproducible: Always 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 Actual Results: Can no longer Manage the Settings for the RSS feeds. Feeds still arrive in "Test Feeds" folder Expected Results: 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 the folder. 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 feeds. 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 reported bug): http://forums.mozillazine.org/viewtopic.php?t=236173&highlight= 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 normal users).
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.