GNOME Bugzilla – Bug 311639
mh: Renaming parent folder loses subfolders
Last modified: 2005-08-09 04:02:09 UTC
Please describe the problem: I store mail locally in MH-style folders. I can create, rename, move, etc., these folders. If I rename a folder with subfolders, however, the subfolders are no longer visible through evolution. Steps to reproduce: 1. Select an MH-based Mail folder 2. CTRL-SHIFT F to create a new folder "tmp" 3. Select Folder tmp 4. CTRL-SHIFT F to create a new folder "tmp2" 5. Select folder tmp 6. File > Folder > Rename to rename "tmp" to "tmp1" 7. Try to find folder "tmp2" Actual results: The folder "tmp2" does not appear in evolution. If you go look in your MH directory, the folder, the subfolder, and all of the contents are still there, evolution just can find them. Expected results: The subfolder should still be accessible in the renamed parent folder. Does this happen every time? Yes. Other information: Tried restarting evolution and rebooting. This does not occur in Exchange server mail folders.
Oops - typo - Under "Actual results:" it should say that evolution "can't find" the subfolders in the renamed parent folder. That's CAN NOT.
perhaps related to bug 248861
Confirming the bug.
The problem appears to be in the way evolution writes to the ".folders" file in the mh-format Mail directory. The above procedure _should_ result in .folders containing ---- tmp1 tmp1/tmp2 ==== but actually results in ---- tmp/tmp2 tmp1 ==== Quitting evolution, manually editing the .folders file to use the proper parent directory name in the subdirectory specification, and restarting evolution shows that the subdirectory IS now properly listed. So all the subdirectories / subfolders can be recovered / restored with this manual editing process, so this is a work-around / recovery.
Created attachment 50381 [details] [review] should fix this and related bugs, only on 2.3 though
i've applied this to 2.3 and it applied to 2.2 cleanly, so i put it there too.