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)

x86
Windows 98
defect
Not set
normal

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.
QA Contact: olgam → stephend
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.
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
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.