Open Bug 270871 Opened 20 years ago Updated 2 years ago

Move/Copy message context menu not updated after a folder is moved to a subfolder, or after new subfolder is created

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
x86
Windows 2000
Type:
defect

Tracking

(Not tracked)

People

(Reporter: tbetz+mozilla, Unassigned)

References

Details

Attachments

(7 files)

Screen shot when "Copy to" for a mail
68.46 KB, image/jpeg
Details
screenshot showing missing folder/subfolder
116.45 KB, image/jpeg
Details
Screen Shot (problem still occurs, SeaMonkey 2006083109-trunk/Win2K)
38.79 KB, image/png
Details
screenshot 1a (Copy To with non-nested folders; looks OK)
68.60 KB, image/png
Details
screenshot 1b (Copy To with nested folders; "B" folder missing)
76.05 KB, image/png
Details
screenshot 2 (Move To with non-nested folders; "A" folder missing)
61.31 KB, image/png
Details
screenshot 3 (Move To with nested folders; "A" folder OK, but nested folders missing)
66.81 KB, image/png
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Thunderbird version 0.9 (20041103)

Using Local Folders.  Within the Folders pane, I drag and drop to move a
top-level folder so that it becomes a subfolder of another top-level folder,
which previously had no subfolders.  I then attempt to use the context menu to
move a message from the Inbox into that subfolder, and I find that within the
context menu folder list, the moved folder still shows up as a top-level folder,
and that the folder to which it is now a subfolder does not show up as having
any subfolders.  

This bug does NOT occur if the top level folder under which one moves the
subfolder previously had subfolders, only if it previously had no subfolders.  

This bug does NOT occur in the Copy message context menu, only in the Move
message context menu.

This bug DOES occur even if the top-level folder being moved already has subfolders.


Reproducible: Always
Steps to Reproduce:
0. Identify two top-level folders that have no subfolders.  Consider one to be
folder "A" and the other to be folder "B".
1. Within the Folders pane, drag and drop folder "B" so that it becomes the only
subfolder of folder "A".
2. Select a message in the Inbox
3. Right-click on that message
4. Select from the context menu "Move To | Local Folders" and navigate to folder
"A".  

Actual Results:  
The context menu does not show any subfolders under folder "A".  Folder "B" is
still listed in the context menu as a top-level folder.

Expected Results:  
Folder "A" should have indicated in the context menu that it had subfolders. 
Folder "B" should have been listed in the context menu as a subfolder of folder "A".

I am using the default theme.
Fixed in 1.0 release version.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
(In reply to comment #1)
> Fixed in 1.0 release version.

tbetz+mozilla@panix.com, realy FIXED?
Fixed by which fix?

Attached is screen shot on Thunderbird 1.0 release build(installer build)
when "Copy to" after creating subfolders of Z3-A and Z3-B under Z2.
I have been experiencing this problem and am waiting to be fixed this bug or
other similar bugs.
I think your problem and my poblem are same, although yours is "Move subfolder"
and mine is "Create subfolder".
Question again, fixed?
I couldn't find similar bug to this which include "folder & menu" in summary,
except next two bugs.
> Bug  67982 :
>  some subsubfolders don't show in Message -> Move/Copy Message and context menu
> Bug 145120 :
>  (Mac only): Main Move/Copy msg menu won't go past 3rd level folders
>  (context, File button will)

Bug 145120 is IMAP shared folder case, then has no relation to this bug.
Bug  67982 seems to be same problem as this bug, but no clear condition is not
found yet.

Change summary (add Subfolder creation case).
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Summary: Move message context menu not updated after a folder is moved to a subfolder → Move/Copy message context menu not updated after a folder is moved to a subfolder, or after new subfolder is created
RE-OPEN and CONFIRMED
Status: UNCONFIRMED → NEW
Ever confirmed: true
Problem of attachment 168273 [details](Comment #2) occurs on both Mozilla suite and
Thunderbird.
Mscott, what product is appropriate for this bug?
I updated my report to FIXED because the specific symptoms I described when I
submitted the report no longer apply in the 1.0 release version I downloaded and
installed yesterday.  I can not speak to any other bugs that might or might not
have been related to that one.
I have the same problem except my is with the Move function from the context
menu.    Instead of deleting folders when I am no longer needing them I rename
them to "Rename Me xx" and move them to the "Templates" folder.   Then when I
need a new folder I  choose one of the "Rename Me" folders and then move it to
where I need it.  Under my Inbox, I have a sub-folder called "Software" and
under "Software" I have a folder called "Mozilla".  This folder did not have any
sub-folders.  I just subscribed to the Yahoo! Companion mailing list and needed
a place to store these messages so I went to my "Templates" folder and rename
one of the folders to Companion and moved it under Software->Mozilla.   Then I
selected the messages that I wanted to move to this new IMAP folder.   And,
right clicked on said folder.  Went to move and could not choose the new folder
as it wasn't there.  However, when I navigated to copy, the new folder was
there.   I do more moving then copying of messages.
confirming this on os/2 Thunderbird1.0.2.
I've found very very old Bug 144684 of Mozilla for same problem(but refers to
new subfolder case only), which was opend on 2002/05/15...
Setting it in "depends on:"
Depends on: 144684
I have a similar problem with TB 1.0.7 on OS X (10.3.9), except that I see it
happening in top-level folders with subfolders (as opposed to within Local
Folders, as in the original screenshot). Also, what I'm seeing occurs when I try
to move a *message* to a subfolder, not an entire folder.

Attaching a screenshot. If this is different enough to merit a separate bug
filing, please let me know.

(FWIW, there are several other reports of subfolder weirdness in bugzilla, but
most of them have to do with IMAP. My setup is POP3.)
Far older bug than Bug 144684 was found - Bug 67982 which was opened on 2001-02-07.
These seems to be Core issue although this bug is for Thunderbird and above two
bugs are for Mozilla App Suite. 
HJ, wada, please test a trunk build and confirm if this works/fails on trunk.

WFM version 1.5.0.5 (20060719) on XP on both pop account and local folder (but my local did not have an inbox so I used drafts as the copy source)

Also WFM SM trunk testing bug 144684 local folders
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060812 SeaMonkey/1.5a
QA Contact: front-end
Problem still occurs. (SeaMonkey 2006083109-trunk/Win2K)

X2-A and X2-C are created via. context menu of X1 while folder X1 is selected.
X2-B is created via. menu (File/New/Subfolder), and account/parent folder is choosed in "New Folder" panel.
X2-B is not listed in context menu for mail copy.
(In addition to comment #14)
> X2-B is not listed in context menu for mail copy.
After rename of X2-B(renamed to X2-B-Renamed), "X2-B-Renamed" appeared in folder selection list. 

(In reply to comment #13)

> HJ, wada, please test a trunk build and confirm if this works/fails on trunk.

Arrrgh. Just posted a very detailed writeup, then managed to clobber it before submitting while trying to attach screenshots.

Summary is that this still occurs for me with TB 3.0a1 (20060916) on OS X (10.4.7). Furthermore, behavior is erratic: sometimes folders show up in the context menu (but not nested ones), other times there's a space in the context menu where the folder name should be, and selecting that space gets the folder that should be there -- but never any subfolders. Also, unlike the initial report, this affects both Move To and Copy To for me.

Behavior seems to depend on whether a nested folder is first created at the top level of an account and then moved into another top-level folder, or created directly inside the top-level folder by clicking on the account name and using "Create as a subfolder of:".

Behavior occurs for both Local Folders and for regular accounts.

Finally, attempting to drag test folders back and forth between Local Folders and regular accounts (trying to test this bug) yields further problems: sometimes the move fails (silently); other times it says a folder by that name already exists (even though it was deleted previously); and eventually all of TB locks up -- with the exception of the Thunderbird menu (About/Preferences/Services/etc.), all app buttons and menu items are greyed out, and the only option is to quit the app altogether (though Cmd-Q does work as expected). I suspect all of these things are related to incorrect "bookkeeping" about where folders go when they are dragged around in the folder pane.

Sorry this isn't as clear as it could be, but there are quite a few different permutations leading to the various problems described. I am happy to test specific cases under OS X if it will help the dev(s).
Assignee: mscott → nobody
I can confirm this bug for Thunderbird 2.0.0.6 (20070728) for Windows.

The nested menues for moving or copying messages via the context menue only contain three levels of mailfolders in each mailbox. Mailfolders on the third level that contain an addititional level of folders are greyed out.

The bug was reproducible on several computers. The mailserver was dovecot (dovecot-imapd 1.0.rc15-2etch1). Alle mailboxes were accessed via ldap. 

The bug was NOT reproducible with Thunderbird 2.0.0.6 (20070728) for Linux.



A reproducible way to bypass the error is to 

1. open all folders in the folder-panel
2. Close Thunderbird
3. Start Thunderbird again

After this all subfolders are accessible from the context menue so messaages can be moved or copied this way.

A variation on this is a problem I've had for some time, and still do in 2.0.0.9/osx: I use imap to access my mailbox from both home and work.  If I create a new subfolder in one location, it doesn't show up in the other tbird instance, even if I go into Subscribe/Refresh.  It shows up there, but not in the main account/folder view pane, nor the right-click menus, until I restart tbird.
(In reply to comment #26)
> I use imap
> If I create a new subfolder in one location, it doesn't show up in the other tbird instance, even if I go into Subscribe/Refresh.
> It shows up there, but not in the main account/folder view pane, nor the right-click menus, until I restart tbird.

This bug's issue is problem of "not appear in context menu" even though the subfolder is displayed at folder pane. Your problem is different from this bug.

To Alan Batie:  
Open separate bug after search for already reported bugs well, with attaching IMAP protocol log for Subscribe/Refresh.
Depends on: 413781
I'm using Seamonkey 2.0.3 and seem to have a similar issue, though mine is a bit
generic.  Given the following Folder tree (UpperCase letters represent Email account names,  lowercase represents folder names):

--A
| |-a
|
--B
| |--b
|
|-C
  |-c
    |-d

Suppose, I create a folder under e-mail account C, and
under folder d, say d'.  

|-C
  |-c
    |-d
      |-d'

Then in a, I have a set of messages I'd like to move to d'.  
I select the a folder,  then in the list of messages, I
select those that need to be moved.  I right click on the
selected messages, Select "Move To" in the context menu, 
and go to C.  Then I select c.   

Expected result:
  At this point, I should see that I can go to d and then
under d, I can select d'.  

Actual Reslt:
 At this point, I can only go to d. I can not go further
than d.
(In reply to comment #31)

Edmund Wong, can next be a workaround?
  - At acount/folder context menu, "Open in new mail window",
    and close old Mai&News window.
(In reply to comment #32)
> (In reply to comment #31)
> 
> Edmund Wong, can next be a workaround?
>   - At acount/folder context menu, "Open in new mail window",
>     and close old Mai&News window.


I believe closing and re-opening the Mail&News Window
is a work-around, yes.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: