User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051124 SeaMonkey/1.5a Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051025 Thunderbird/1.5 Mnenhy/0.7.2.0 ID:2005120115 I created a saved search folder. The folder looses the saved search criteria and becomes an ordinary subfolder. Reproducible: Always Steps to Reproduce: 1. create a saved search on e.g. local folders/sent 2. rename it using the folder context menu 3. rename it once more Actual Results: the folder no longer holds the saved search. it became an ordinary subfolder. Expected Results: the saved search properties should remain and the result be visible in the header view panel Litmus recording of test run on rename virtual folder.

confirm on winxp using Thunderbird 1.5 rc2.

Linux too. On pop the status is lost on second rename. On IMAP the story is a little bit different: you can rename them as many times you want but - not back to the original name (since the sbd/msf files haven't been cleaned up) - renaming it to something with a space in it will not work (bug 302470 might be related)

*** Bug 316046 has been marked as a duplicate of this bug. ***

Also seeing this (or near enough this) with Tb 1.5 (20051201) on Win2K: 1. Create a saved search on an IMAP folder, ensuring you 1.1. Set it to search online 2. Rename the folder 3. watch the folder forget all its properties (apart from the fact it is a virtual folder/saved search - it still has the folder+spyglass icon and reduced set of context menu options) Alternatively: 1. Create a saved search on an IMAP folder (no online search) 2. Rename the folder; include a space in the new name 3. watch the folder forget all its properties (as before) Note that renaming non-online searches without using spaces in the name works (I renamed a folder three times).

Another observation: "edit > folder properties" shows a grayed field "name". A renaming is not possible in that dialog.

confirm on winxp sp2 using Thunderbird version 1.5 (20051201).

Re-setting blocking‑thunderbird2? since bugzilla seem to have automagically removed the blocking1.8.1? :/ (viewable in bug activity though...)

Virtual folders seem to have a whole bunch of problems, especially when used with IMAP accounts. I saw folders disappear (when closing and re-opening TB), folders named "A B" being duplicated as "A%20B", and folders losing their properties. All in all, the current implementation does not allow productive use - hopefully someone picks up and fixes it ...

(In reply to comment #8) > I saw folders disappear (when closing and re-opening TB), > folders named "A B" being duplicated as "A%20B" That needs to be raised as a separate bug report.

this works for me on the trunk - I wonder if the fix for bug 346378 fixed this (the original problem reported - not all the others)

(In reply to comment #10) > this works for me on the trunk - I wonder if the fix for bug 346378 fixed this > (the original problem reported - not all the others) I just checked to see if I could still reproduce the bug, and found that I couldn't. But then I realised that this is a Thunderbird bug, and I'm now using Evolution, so of course I couldn't!

*** Bug 359771 has been marked as a duplicate of this bug. ***