Can not move folders to desired places



MailNews: Message Display
15 years ago
13 years ago


(Reporter: Donald Bock, Unassigned)


Windows 98

Firefox Tracking Flags

(Not tracked)




15 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030117
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030117

Can not move folders to disired places in folder layout tree hierarchy

Reproducible: Always

Steps to Reproduce:
1. try to move folder by click or drag to new spot in folder hierarchy.

Actual Results:  

Expected Results:  
folders would move to new spot becomming parent daughter or son of folders above or below.

Win98SE, 256MB RAM, 16MB Nvidia HP-TNT2 AGP

Comment 1

15 years ago
My folders are all aplphabetized. Yet, I want to have:
Personal Folders

Comment 2

15 years ago
Similar error in Mozilla Thunderbird 0.3 (20031013).

But here, it copies the folder structure without the mails.
After "moving", you have all folders you dragged to the new location, but 
without the mails contained therein. These mails (and the original folders 
themselves) reside where they were originally.

Workaround: Use Windows Explorer and move the files manually.

Comment 3

14 years ago
This bug appears similar to bug 67567 and bug 193314.  However, if I'm reading 
it correctly, the issue here is that the special folders (particuarly for POP 
accounts) cannot be dragged from the top level of the hierarchy; is that 

Interestingly, they can be dragged into subfolders of 'Local Folders', but with 
the same problem noted in comment 2.  (They can't be dragged into the top level 
of Local Folders because of a name conflict.)

You can create Drafts and Templates (and Sent, and Junk) subfolders of the Inbox 
and then use the Copies and Folders page of Account Settings to specify them.  I 
don't think this is possible for Trash: these settings are in the preferences 
named, for instance,  mail.identity.id1.draft_folder  -- but apparently there 
are no "trash_folder" preferences.

See also bug 30057.

Comment 4

14 years ago
Also see bug 97943.
Product: Browser → Seamonkey


13 years ago
Assignee: sspitzer → mail
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.