Closed
Bug 175819
Opened 22 years ago
Closed 21 years ago
Copying folders does not appear to always work.
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 189023
People
(Reporter: the_lawnmower_man, Assigned: sspitzer)
Details
I imported Outlook Express mail messages, and wanted to move the folders to my main MailNews folder. However, using Build 2002101612, when I drag a folder from one location to another, it simply does nothing. Or at least appears to do nothing. Closing the program and coming back will sometimes cause the "invisibly copied" folders to appear. I agree with another bug report that dragging folders should be a move operation unless modified with the CTRL key, which is standard Win32 semantics. A refresh command would be nice to expose the "invisible" folders, until the program becomes 100% reliable.
Reporter | ||
Comment 1•22 years ago
|
||
Here are the steps leading to this bug: 1) Import OE mail Folders now look like this (essential folders only): Main ..Inbox OE Mail ..Inbox ....Folder1 ......SubFolder1 ......SubFolder2 ......SubFolder3 2) Drag OE:Inbox:Folder1 to Main:Inbox Copies OE:Inbox:Folder1 + SubFolders + Messages to Main:Inbox SubFolders are empty 3) Delete empty Main:Inbox:Folder1:SubFolder1 4) Drag OE:Inbox:Folder1:SubFolder1 to Main:Inbox:Folder1 No effect 5) Restart Mozilla No change 6) Drag OE:Inbox:Folder1:SubFolder1 to Main:Inbox:Folder1:SubFolder2 SubFolder1 now appears under Main:Inbox:Folder1 as well as Main:Inbox:Folder1:SubFolder2 7) Delete Folder1:SubFolder2:SubFolder1 SubFolder2:SubFolder1 disappears, but leaves + box next to SubFolder2. Clicking on the box toggles +/-, but shows no child nodes.
Reporter | ||
Comment 2•22 years ago
|
||
When OE mail is imported, the folders appear in the Folders pane, but are not loaded. The number of unread messages does not appear next to the folder names. Dragging one of these "untouched" folders results in the behaviour described above. Clicking on the folders in question to "load" them, and then moving them after they have been fully populated results in expected correct behaviour.
This is a dup of 189023, which has more information. *** This bug has been marked as a duplicate of 189023 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
QA Contact: stephend → esther
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•