User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4 Build Identifier: 3.1 RC2 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1) After you move one or more messages (in my case e.g. from IMAP Inbox to a NoSpam IMAP folder in the same account), the next time you want to perform a similar operation, the 'Move to NoSpam again' option of the message page context menu appears deactivated (grayed out). Repeating the move operation by selecting the same target IMAP folder from the account -> folders submenus does nos solve the, it doesn't matter how many timed you perform it. Reproducible: Always

Have you tried safe mode? (see https://support.mozillamessaging.com/en-US/kb/Safe+Mode for more information) Anything in Tools -> Error console ?

I am seeing this problem too with: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.4) Gecko/20100608 Lightning/1.0b2 Thunderbird/3.1 I think the last update to 3.1 changed this behavior, I remember this working not too long ago. I don't have to do anything and my "Move/Copy to again" option is always disabled.

Ramiro, Thomas does this happen with thunderbird started in safe mode?

I just tested in safe mode. I still see the problem in safe mode. I am also using IMAP. See my duplicate bug 585624 for more details on my system, steps to reproduce, etc.

(In reply to comment #1) > Have you tried safe mode? (see > https://support.mozillamessaging.com/en-US/kb/Safe+Mode for more information) Yes, the problem is still present. > > Anything in Tools -> Error console ? Only the usual message-level entry: host.domain.tld : server does not support RFC 5746, see CVE-2009-3555

Using the latest Thunderbird (3.1.2), I no longer see this problem.

I am on 3.1.2 also. I am seeing this problem on 3.1.2.

ptyler, Ramiro do you have any addons installed? for about one day (wednesday?) I saw this on my win7 machine with a fairly clean profile (about 6 addons). Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100820 Shredder/3.2a1pre the folder name never changed, and the menu choice in both context menu and command menu was greyed out. Up to the point that I talked to bienvenu on IRC nothing I tried would make it work. Then it started working and I haven't reproduced since.

Hi, Wayne: Yes, I have a few addons installed (more than I realized, actually--most must have been installed by default). Summary list: Acrobat, Google, Java, Microsoft, Quicktime, RealPlayer, Shockwave Flash, Windows Media, Yahoo. And these extensions: CompactHeader 1.2.4 and Lightning 1.0b2. Regards, Pierce

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 I have this problem as well ("Move/Copy to ... again" is always disabled). It happens in safe mode too. I experienced it on an IMAP server (with TLS) moving from one folder there to another. Haven't tested it in other setups. My OS is Windows Vista Business 64-bit. I have the following installed in Thunderbird: * Extensions: Extra Folder Columns 1.1 * Themes: Default 3.1.2 * Plugins: Adobe Acrobat 8.2.2.217 Google Update 1.2.183.17 Java(TM) Platform SE 6 U20 6.0.200.2 NVIDIA 3D Vision 7.17.11.9713 QuickTime Plug-in 7.6.7 7.6.7.0 RealJukeboxNS Plugin 1.0.3.732 RealPlayer Version Plugin 6.0.12.732 RealPlayer(tm) G2 LiveConnect-Enabled Plug-In (32-bit) 6.0.12.732 RealPlayer(tm) HTML5VideoShim Plug-In (32-bit) 1.0.0.0 Shockwave Flash 10.1.82.76 Silverlight Plug-In 4.0.50826.0 VLC Multimedia Plug-in 1.0.5.0 Windows Presentation Foundation 3.5.30729.1

Ditto. IMAP SSL/TLS. This problem occurs for me with thunderbird 3.1.3 on both WinXP and also Red Hat Linux. I am using NO extensions. Not sure if when this problem started as I've never used this feature but one of my users says this used to work.

I have this on 3.1.6 and Windows Vista.

NOT CONFIRMED YET? Confirming this for safe mode of Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100922 Thunderbird/3.1.4

I have now checked my Scientific Linux installation at work ... same problem with 3.1.6. Build ID: 20101027001344 Enabled Extensions: [14] - Addressbooks Synchronizer 0.10.2 British English Dictionary 1.19 CompactHeader Copy Sent to Current 0.9.6 Correct Identity 1.3.2 External Editor 0.9.0 Lightning 1.0b2 LookOut 1.2.11 Mail Redirect 0.7.6.1 Mail Tweak 1.0pre10 MR Tech Toolkit 6.0.4 Provider for Google Calendar 0.7.1 StartupMaster 1.2 Thunderbird Message Filter Import/Export 1.3.7.6

ptyler may be correct about this being caused by magnus' fix http://hg.mozilla.org/comm-central/rev/52f2e95bad03 in Bug 432799 copy/move to ... again should honor renamed folder. That fix appears in v3.1, and not in v3.0, which ties in nicely with that patch being the potential cause. Can someone verify that March 7 trunk works and March 8 fails? Links for windows builds ... ftp://ftp.mozilla.org/pub/thunderbird/nightly/2010/03/2010-03-07-03-comm-central-trunk/ ftp://ftp.mozilla.org/pub/thunderbird/nightly/2010/03/2010-03-08-04-comm-central-trunk/

I have not had the time to try Wayne Mery's suggestion. However, I have noted that under Scientific Linux (SL) it seems that if I have one IMAP account all is fine, but that if I have two then there is a problem after copying/moving a message from one account to another. If I then revert back to one account ... the problem seems to go away (but I have only done one test).

It's not just v3.x. I'm still using 2.0.0.24 (on WS2008), where the bug first appeared a day or two ago.

2.0.0.24 first? I confirm that there was no such bug in 2.0.0.23 (Ubuntu 8.10)

2.0.0.24 first? I confirm that there was no such bug in 2.0.0.23 (Ubuntu 8.10)

it would be awesome for one or more people to test the steps Stephen suggests in comment 17. If this can be independently verified it would be a big, big step toward getting a resolution

Regarding 2.0.0.24, it occurred once, but was resolved when I restarted Thunderbird. My apologies for not having tried the restart before posting.

With Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 running on VirtualBox on..., I see no such problem with one and then two accounts. With Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100922 Thunderbird/3.1.4 and 13±2 accounts on almost fully updated Ububtu 10.04, I do see the problem. Grayed out "... again" after any move/copy when at least one folder is IMAP. VERY ANNOYING because it's convenient to test 1 file and do the rest safely. TB1 proposed a security update to 3.1.6 (Click "Update"), which I waived. I ckecked Help>Updates later and it told me that I (no longer) had the permission to install programs and that I should ask my administrator (myself). I have full sudo authorization. I can't find Help>Updates in TB2. Computer mysteries ...

(In reply to comment #21) > it would be awesome for one or more people to test the steps Stephen suggests > in comment 17. If this can be independently verified it would be a big, big > step toward getting a resolution I tried to verify this but can not. I started with only one imap account. I could only use "Move Again" to Local Folders. I added a second imap account. No change. Tried moving message from one imap account to another, from Local Folders to one of the imap accounts, etc. The only thing that ever works (isn't grayed out) with Move Again are the Local Folders. Even after deleting the 2nd imap account and going back to one...still Move Again only works after I move to a Local Folders folder. This is on Linux with thunderbird 3.1.6

Wayne, I have verified with the linux versions that this bug starts exactly where you specified. The linux version in the following directory does NOT show the "Move Again" bug: ftp://ftp.mozilla.org/pub/thunderbird/nightly/2010/03/2010-03-07-03-comm-central-trunk/ The linux version in the following directory DOES have the "Move Again" bug: ftp://ftp.mozilla.org/pub/thunderbird/nightly/2010/03/2010-03-08-03-comm-central-trunk/ -Jerel (In reply to comment #16) > ptyler may be correct about this being caused by magnus' fix > http://hg.mozilla.org/comm-central/rev/52f2e95bad03 in Bug 432799 copy/move to > ... again should honor renamed folder. That fix appears in v3.1, and not in > v3.0, which ties in nicely with that patch being the potential cause. > > Can someone verify that March 7 trunk works and March 8 fails? Links for > windows builds ... > > ftp://ftp.mozilla.org/pub/thunderbird/nightly/2010/03/2010-03-07-03-comm-central-trunk/ > > ftp://ftp.mozilla.org/pub/thunderbird/nightly/2010/03/2010-03-08-04-comm-central-trunk/

This has been suggested before, but I wouldn't be surprised if the problem does have something to do with IMAP users who have created ad-hoc accounts--that is, users who are not organizing and using their mail inside the default "Local Folders" account. I know that's the case with me. I am not using the "Local Folders" account, but an ad-hoc one I created--and that's where I'm seeing the problem. I bet if we poll people who are seeing this problem, most or all of them are not seeing this in the Local Folders account. Is that right? Pierce

Problem occurs if at least one folder is IMAP (source or destination). Not if BOTH are local. But in comment 23 I explain a problem-free case in Virtualbox with almost the same TB version as the failing one in my running Lucid.

ptyler, André, can you rephrase comment 26 and 27 as a set of numbered steps to reproduce for the developer? Jerel, ptyler, André, (and anyone I missed) thank you for the excellent comments and detective work. Art, if you saw a problem in version 2 then you probably saw Bug 501076 - List of "Recent" folders (for Move-to / Copy-to / ...) only updated after thunderbird restart for future reference, bugs found in this query are candidates for duping to this bug -- https://bugzilla.mozilla.org/buglist.cgi?field0-0-0=short_desc&bug_severity=major&bug_severity=normal&bug_severity=minor&type0-0-1=substring&field0-0-1=short_desc&resolution=---&resolution=FIXED&resolution=DUPLICATE&chfieldto=Now&chfield=[Bug%20creation]&query_format=advanced&chfieldfrom=2010-03-07&longdesc=recent%20again&value0-0-1=copy%20to&type0-0-0=substring&value0-0-0=move%20to&longdesc_type=anywordssubstr&product=MailNews%20Core&product=Thunderbird

magnus, would you be able to do a patch?

I feel unable to rephrase someone else's comment but flipping it horizontally ;-) But I can describe what I see precisely, and with an interesting addition (Gmail case). Since I'm using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100922 Thunderbird/3.1.4 After I moved or copied an e-mail, the "move/Copy to "..." Again" menu entry may remain grayed out (cannot be reused). Unless I missed more special cases, this happens - if at least one of the source/destination folder is IMAP - but not if the source is a Gmail folder and destination is a local folder It may be simpler to state that for this problem NOT to happen, - the destination folder must be local - and the source folder must be either local or Gmail IMAP

I tried any kind of moves i could think of, but i can't reproduce this. It always works fine for me. When you get into the error state, what is the pref mail.last_msg_movecopy_target_uri set to?

This is still broken for me on linux thunderbird 3.1.7 Any time I move a message to an imap folder, Move Again is grayed out. Any time I move a message to a local folder, it's NOT grayed out. I'm not sure how to check the pref while thunderbird is running and prefs.js does not get updated constantly so, after it's in the error state (I moved a message to an imap folder and Move Again is disabled) and I quit thunderbird so it updates prefs.js, the preference in question looks like this: user_pref("mail.last_msg_movecopy_target_uri", "imap://jerel@imap.cs.wisc.edu/Grace"); (Grace was the name of the imap folder I last moved a message to)

I'm sorry it looks like my rules were wrong (when will we have comment edit indeed). Only destination matters : IMAP fails, sorry. pref peep : Edit>Preferences>Confg editor Confirming a valid URI: mail.last_msg_movecopy_target_uri;imap://<local>@<imap.server>/INBOX/Brouillons mail.last_msg_movecopy_was_move;true

FYI. prefs.js settigs can be viewed/modified via Tools/Options/Advanced/General, Confg Editor. "movecopy" related prefs.js entries are; > last_msg_movecopy_target_uri=imap://yatter.one%40gmail.com@imap.gmail.com/[Gmail]/Trash > last_msg_movecopy_was_move;true > mail.last_msg_movecopy_target_uri;imap://yatter.one%40gmail.com@imap.gmail.com/AA/AAAA > mail.last_msg_movecopy_was_move;false "Copy to XXX again"/"Move to XXX again" related setting seems mail.last_msg_movecopy_????. Grayed-out "Copy to XXX again"/"Move to XXX again" is easily observed by "rename of folder". 1. Copy or move to XXX 2. Rename XXX to YYY => menu is grayed out mail.last_msg_movecopy_target_uri is not modified by Tb. 3. Rename YYY to XXX (chnge back to original) => If local mail folder, menu comes back after rename. If local mail folder, change of mail.last_msg_movecopy_target_uri via Config Editor is imediately reflected to menu. => If IMAP, menu is still gyayed out. it's true even after restart of Tb. It seems IMAP only issue.

Wayne asked for steps to reproduce re: comment 26. Happy to provide them. Here they are: 1. Fresh install of Thunderbird 2. Comes with one account: Local Folders 3. Set up account information 4. Specify pop mail as mail protocol 5. Time passes 6. Create a new account: My New Account 7. Copy messages from Local Folders to My New Account 8. Specify IMAP as mail protocol for My New Account 9. Stop using Local Folders account (removing server details, etc.) 10. Start using My New Account 11. Problem manifests in My New Account

(In reply to comment #37) > 6. Create a new account: My New Account > 7. Copy messages from Local Folders to My New Account > 8. Specify IMAP as mail protocol for My New Account IIRC, Tb never supported/supports protocol change of account via UI. Does it mean you changed sever type in the account setting in prefs.js manually by editing prefs.js or via Config Editor? > 9. Stop using Local Folders account (removing server details, etc.) IIRC, Tb never supported/supports remove of "Local Folders" account/server definition via UI. Does it mean you removed account/server settings in prefs.js for "Local Folders" manually by editing prefs.js or via Config Editor?

(In reply to comment #38) Hi, WADA: Sorry my steps to reproduce weren't clearer. > (In reply to comment #37) > > 6. Create a new account: My New Account > > 7. Copy messages from Local Folders to My New Account > > 8. Specify IMAP as mail protocol for My New Account > > IIRC, Tb never supported/supports protocol change of account via UI. Does it > mean you changed sever type in the account setting in prefs.js manually by > editing prefs.js or via Config Editor? I never manually edited the pref.js file. Anything I did was using the UI. The UI allows creating new accounts. I created a new account and specified it as IMAP. (My Local Folders account was POP, and I wanted to move to IMAP.) I copied the folders and messages from my Local Folders account into the new account. And I started using the new account and IMAP. > > 9. Stop using Local Folders account (removing server details, etc.) > > IIRC, Tb never supported/supports remove of "Local Folders" account/server > definition via UI. Does it mean you removed account/server settings in prefs.js > for "Local Folders" manually by editing prefs.js or via Config Editor? I never manually edited the prefs.js file. I only used the options available to me in the UI. Because I was switching to IMAP (new account), I didn't want to continue receiving mail to my POP account (Local Folders). So, to disable Local Folders, I went to the Account Settings for Local Folders and deleted/removed the server information. That was my way of turning off the Local Folders account so it would no longer receive mail. Hope that clarifies. Thanks, Pierce

(In reply to comment #39) > (My Local Folders account was POP, and I wanted to move to IMAP.) > I copied the folders and messages from my Local Folders account into the new > account. > And I started using the new account and IMAP. Which do you mean by your "Local Folders account"? - Tb's psuedo account named "Local Folders" that is defined in any environment. - POP3 account which is set as "use Global Inbox(Local Folders account)". - A POP3 account, which uses local mail folers(i.e. not IMAP folders).

UI of "Copy/Move to <mail_folder> again" was watching unix mbox file for mail data, even for IMAP folder. (1) Copy a mail to IMAP folder named AAAA. (2) Rename IMAP folder of AAAA to AAAAX => AAAA.msf is deleted and re-crated. AAAA is deleted if exists (offline-store, used by offline-use=on) => mail.last_msg_movecopy_target_uri is not modified by Tb => "Copy to AAAA again" is grayed out (3) Rename IMAP folder of AAAAX to AAAA => "Copy to AAAA again" is still grayed out (4) Create file of AAAA manually => "Copy to AAAA again" comes back again (I usually set ofline-use=off, so offline-use=off in my duplication test) As AAAA(offline-store) is created sooner or later by auto-sync if offline-use=on IMAP folder, this bug is perhaps seen on offline-use=off IMAP folder only, as far as the IMAP folder exists. If obseved with offline-use=on IMAP folder, the IMAP folder was probably deleted or renamed or moved by other IMAP client if user didn't delete or rename or move the IMAP folder by Tb user was using. If local mail folder, unix mail folder file is always accessble, as far as mail folder exists. So, local mail folder case was obserbed only when POP3 account was deleted.

How about to create "unix mbox file of file size=ZERO" always, even for IMAP folder of offline-use=off? Even if offline-use=off, user can request "Download Now" via Folder Properties/Synchronization. I think it's basic feature of "Work Offline" support far before auto-sync. "Creation of offline-store file always" is reasonable, although some one will surely complaint on many files of size=0 which user doesn't need, and on many file size=ZERO files in his auto-backup data.

Just to be clear: if the move-to-again target folder doesn't exist anymore, the Move to again menu is expected to be disabled until you do another normal move/copy, after which it should be enabled again.

(In reply to comment #43) As you say, if user deleted account, it's very normal phenomenon, because mail folder doesn't exist any more and the mail folder will never be re-created. It's always applicable to any of "user deleted/renamed/moved folder and folder is not re-created yet" case.

(In reply to comment #40) > (In reply to comment #39) > > (My Local Folders account was POP, and I wanted to move to IMAP.) > > I copied the folders and messages from my Local Folders account into the new > > account. > > And I started using the new account and IMAP. > > Which do you mean by your "Local Folders account"? > - Tb's psuedo account named "Local Folders" that is defined in any environment. > - POP3 account which is set as "use Global Inbox(Local Folders account)". > - A POP3 account, which uses local mail folers(i.e. not IMAP folders). "Local Folders account" means when I originally installed Thunderbird I performed all my email activities inside Local Folders. Hope that makes sense. Regards, Pierce

For what it's worth, I have the problem with "Copy/Move to ... again" and I only deal with IMAP accounts, not POP, not Local Folders.

(In reply to comment #0) > Repeating the move operation by selecting the same target IMAP folder from the > account -> folders submenus does nos solve the, it doesn't matter how many > timed you perform it. Following is search result of MXR for "last_msg_movecopy_target_uri". > http://mxr.mozilla.org/comm-central/search?string=last_msg_movecopy_target_uri Only pref("mail.last_msg_movecopy_target_uri", "") is defined in all-thunderbird.js, and any code refers to mail.last_msg_movecopy_target_uri. No one refers to last_msg_movecopy_target_uri. Even though it, as I wrote in comment #36, last_msg_movecopy_target_uri is seen in my prefs.js in addition to correct mail.last_msg_movecopy_target_uri. I created and used my prefs.js by Tb 2.0.x, used by nightly for Tb3.0pre, Tb 3.0.x, nightly for Tb3.1pre, Tb3.1.x, and sometimes used by nightly of Tb 3.2pre. I guess last_msg_movecopy_target_uri is garbage by some builds during implementation/improvement of "Copy/Move again". To Ramiro Morales(bug opener): > Build Identifier: 3.1 RC2 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; > rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1) As Magnus Melin says in comment #43, "Copy/Move again" menu should be re-enabled by following successful "Copy mail to a folder" or "Move mail to a folder" operation. Can you re-produce your problem of comment #0 with recent released build of Tb 3.1.x? (as of today, Tb 3.1.7 is recent release) Please note that issue of comment #41 remains(delete/remove/rename followed by re-define of offline-use=off IMAP folder case). Please focus on your problem of comment #0(following successful copy/move doesn't re-enable menu). To all problem reporters other than bug opener: Please don't add comment on "folder specified in next prefs entry doesn't exist any more" case any more. > mail.last_msg_movecopy_target_uri If last used folder doesn't exist any more, "Copy/Move again" menu should be grayed out, and Tb 3.1.x correctly grays out if last used folder doesn't exist. To all problem reporters of IMAP folder case and "last used folder exists" case: Offline-use=on(auto-sync'ed) IMAP folder case? Offline-use=off IMAP folder case? Can you re-produce problem of comment #0? "Copy/Move again" menu is re-enabled by next "Copy/Move mail to the IMAP folder" operation? "Copy/Move again" menu is re-enabled by next "Copy/Move mail to an existent other folder" operation?

(In reply to comment #6) > host.domain.tld : server does not support RFC 5746, see CVE-2009-3555 By it, connection loss can hapen after the message. If connection loss happens, IMAP folder may not be accessed by Tb for a while. As I wrote in my comment #41, Tb 3.1 is watching file of NoSmap(file for last used folder). Temporary connection loss may cause "failure in folder status watching by Tb". And, as I wrote in comment #41, Tb grays out menu when Tb looses access to last used folder. To Ramiro Morales(bug opener): Connection loss by CVE-2009-3555 relevant issue is reason why "Copy/Move NoSpam again" menu is grayed out in your case, isn't it? Do you still see such error message frequently?

(In reply to comment #47) > [...] > To all problem reporters of IMAP folder case and "last used folder exists" > case: > > Offline-use=on(auto-sync'ed) IMAP folder case? > Offline-use=off IMAP folder case? Sorry, I don't understand what you're asking. However, my IMAP clients are never offline. > > Can you re-produce problem of comment #0? > "Copy/Move again" menu is re-enabled by next "Copy/Move mail to the IMAP > folder" operation? > "Copy/Move again" menu is re-enabled by next "Copy/Move mail to an existent > other folder" operation? Once my "Copy/Move again" menu item grayed out, it has never been active again. BTW, looking at the config editor, mail.last_msg_movecopy_target_uri shows what I think is the correct value, even though the menu item is grayed out. I don't know whether it makes any difference, but: - I only use IMAP to access my accounts. (Never use Local Folders to store things.) - I use Tb on different machines on two different networks (home, work) to access my accounts. - Home machines run Tb 2.x. Work is 3.1.7. - The Tb 2.x machines have no problems with "Copy/Move again". My problems began when I upgraded a work machine to 3.1.7.

(In reply to comment #49) > Sorry, I don't understand what you're asking. However, my IMAP clients are > never offline. Please never confuse "Work Offline/Work Online" with "Folder Properties/Synchronization, Offline use".

(In reply to comment #50) > (In reply to comment #49) > > Sorry, I don't understand what you're asking. However, my IMAP clients are > > never offline. > > Please never confuse "Work Offline/Work Online" with "Folder > Properties/Synchronization, Offline use". I'm still not sure what you want to know, but none of my folders are marked for Offline use. And, as I said, my Tb is never offline.

(In reply to comment #51) > I'm still not sure what you want to know, but none of my folders are marked for > Offline use. And, as I said, my Tb is never offline. I never asked you and other peoples about whether you and they worked with Work Offline mode or Work Online mode of Tb. I simply asked you and other peoples about your Folder Properties/Synchronization settings. Dave Kristol, why do you still refer to Work Offline mode or Work Online mode repeatedly, even after my some questions about setting of Folder Properties/Synchronization(== offline-use = On or Off of IMAP folder which is relevant to grayed out "Copy/Move again" menu)?

(In reply to comment #52) > (In reply to comment #51) > > I'm still not sure what you want to know, but none of my folders are marked for > > Offline use. And, as I said, my Tb is never offline. > > I never asked you and other peoples about whether you and they worked with Work > Offline mode or Work Online mode of Tb. I simply asked you and other peoples > about your Folder Properties/Synchronization settings. > Dave Kristol, why do you still refer to Work Offline mode or Work Online mode > repeatedly, even after my some questions about setting of Folder > Properties/Synchronization(== offline-use = On or Off of IMAP folder which is > relevant to grayed out "Copy/Move again" menu)? Because I didn't understand what you were asking for.... To answer your question: *none* of my folders are selected for offline use. So, in particular, the grayed out "Copy/Move again" folder is *not* marked for offline use. (The reason I kept saying I only work online is that I thought the Folder Properties/Synchronization property would only be of interest when someone worked offline, which I don't.)

(In reply to comment #53) > To answer your question: *none* of my folders are selected for offline use. > So, in particular, the grayed out "Copy/Move again" folder is *not* marked for > offline use. Same situation as my duplication test by "rename of last used folder of offline-use=off, then rename back to original name". If offline-use=off, no one creates file of XXX(not XXX.msf) again for grayed out "Copy/Move to XXX again" menu, so menu won't be re-enabled automatically as I wrote in comment #41. Question is; Why menu was grayed out even though last used folder was not deleted/moved/renamed by you. Please note that last used folder is intentionally renamed by me in my duplication test of comment #41, in order to produce lost tracking status of last used folder by Tb. Dave Kristol, when was "Copy/Move to .... again" grayed out in your case? After suspend/resume or sleep/wakeup? What OS do you use? Win? Linux? Mac OS X?

(In reply to comment #54) > [...] > Dave Kristol, when was "Copy/Move to .... again" grayed out in your case? > After suspend/resume or sleep/wakeup? What OS do you use? Win? Linux? Mac OS X? I had been using Tb 2.x. I upgraded to Tb 3.x. "Copy/Move to .... again" was grayed out after the first time I did a Move using Tb 3. It has never become active again. I do not use suspend/sleep on the workstation with Tb 3.x. Here's the current version information (I'm using Ubuntu 10.04.1): Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7

(In reply to comment #47) > To Ramiro Morales(bug opener): > > > Build Identifier: 3.1 RC2 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; > > rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1) > > As Magnus Melin says in comment #43, "Copy/Move again" menu should be > re-enabled by following successful "Copy mail to a folder" or "Move mail to a > folder" operation. > Can you re-produce your problem of comment #0 with recent released build of Tb > 3.1.x? (as of today, Tb 3.1.7 is recent release) Yes, I've kept my Tb updated since 3.1 RCx all through official 3.1.n releases and am currently running 3.1.7. The problem (grayed option in main message context menu) persists even when my new workflow to move No SPAM emails to the NoSpam folder is the 'longer' path: Move To -> Recent -> select NoSpam. More data points, just in case: * None of my folders are selected for offline use. * Server is Cyrus IMAP 2.2.13. * (IMAP account) -> Properties -> Server settings -> Advanced ... IMAP Server directory has a 'INBOX' values so the folders (a Cyrus IMAP specific tweak).

(In reply to comment #56) > * None of my folders are selected for offline use. > * Server is Cyrus IMAP 2.2.13. > * (IMAP account) -> Properties -> Server settings -> Advanced ... IMAP Server > directory has a 'INBOX' values so the folders (a Cyrus IMAP specific tweak). Original problem of your this bug, comment #0, sounds different issue from phenomenon I saw by intentional rename of last used folder. In my test, namespace is not used(checked with Gmail IMAP), and "IMAP Server directory:" is not set. Cyrus probably uses namespace="Inbox.". (Server Settings/Advanced button) In this case, any folder is placed under Inbox, and NoSpam you call is folder of Inbox.NoSpam at IMAP server. If IMAP Server directory: Inbox is specified, this Inbox.NoSpam is shown as "root level NoSpam folder" instead of as "subfolder of Inbox" at UI(folder pane, folder selection list). Internal URL may be affected by "IMAP Server directory: Inbox". Ramiro Morales(bug opener), what is set in next prefs entry? (Tools/Options/Advanced/General, Config Editor button) > mail.last_msg_movecopy_target_uri Check Folder Properties/General/Location: of NoSpam folder too. Check also next, please. (Copies&Folders settings) > mail.identity.idN.archive_folder > mail.identity.idN.draft_folder > mail.identity.idN.fcc_folder > mail.identity.idN.stationery_folder As I wrote, menu was re-enabled by manual creation of offline-store file in my test. Is menu re-enabled when you manually create file of NoSpam(NoSpam.msf already exists) in Mail directory? > my new workflow to move No SPAM emails to the NoSpam folder is > the 'longer' path: Move To -> Recent -> select NoSpam. Ordinal path of "copy or move mails to other existent IMAP folder such as Sent(Inbox.Sent, shown as root level Sent at folder pane in your case)" won't update "Copy/Move it ... again" menu?

(In reply to comment #55) > "Copy/Move to .... again" was grayed out after the first time I did a Move using Tb 3. > It has never become active again. Dave Kristol, even after ordinal "copy or move mails to other existent IMAP folder" operation? Menu of "Copy(or Move) to ... again" is not update by the newly used copy/move target folder? What is set in next prefs entries? > mail.last_msg_movecopy_target_uri > mail.last_msg_movecopy_was_move

(In reply to comment #58) > (In reply to comment #55) > > "Copy/Move to .... again" was grayed out after the first time I did a Move using Tb 3. > > It has never become active again. > > Dave Kristol, even after ordinal "copy or move mails to other existent IMAP > folder" operation? Menu of "Copy(or Move) to ... again" is not update by the > newly used copy/move target folder? What is set in next prefs entries? > > mail.last_msg_movecopy_target_uri > > mail.last_msg_movecopy_was_move [Do you mean "original", not "ordinal"?] The menu item stays grayed out. Always. It doesn't matter whether I Move/Copy something to a different folder. The grayed out name of the folder to move/copy to changes, but it's still grayed out. mail.last_msg_movecopy_target_uri always matches the folder I last moved to. mail.last_msg_movecopy_was_move is true when I do a Move (which is nearly always).

WADA is right that an imap folder not having an offline store causes the move to again folder name to be disabled, if that imap folder was the last folder moved to. I'll try to figure out why that would be.

yeah, so this is caused by the fix for bug 432799, which someone already noted in here, I guess. There's a better way to determine if a folder exists than the one used in that patch - I'll come up with a fix.

(In reply to comment #59) > [Do you mean "original", not "ordinal"?] I meant, ordinal way, usual way, with nothing special, simply copy or move. I've found that offline-store file of move/copy target folder is always created by Copy or Move operation in my environment(Tb 3.1.7 on Win). It's the reason why Copy/Move again menu was initially enabled after Copy/Move always in my test, and why rename of folder was required to observe grayed out menu in my test. AFAIR, I saw grayed out menu frequently during my Tb 3.1.x use, as you are seeing. Dave Kristol, which version of Tb on which OS do you use?

I do have a fix for this, but I'm fighting the build system to see if it works.

checking for a null parent is the correct way of checking if a folder obtained from a uri actually exists.

(In addition to comment #62) Oh, you are using Tb 3.1.7 on Linux. > Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 Offline-store file is probably not created by Copy/Move in your environment, or is probably cleaned up normally by ordinal resynchronization of IMAP folder after Copy/Move which utilizes offline-store file in your environment. Anyway, "no offline-store file" case will be resolved soon by another Dave, David :B. Remaining case: original comment #0 by bug opener. Ramiro Morales(bug opener), is menu re-enabled by manual creation of offline-store file? (file of NoSpam instead of NoSpam.msf, if folder of NoSpam)

(In addition to comment #65) Dave Kristol, I could see grayed out menu since initial after Copy/Move, reliably, consistently, repeatedly, with Tb 3.1.7 on Win, as you can see always. 1. Folder hiearchy of A/B/C, rename B to Bx => folder pane still shows B. So, if B is clicked, error occurs because "rename A/B A/Bx" is already done. 2. Collapse and re-expand account, or open new Tb window(and close old window) => A/Bx is correctly shown at folder pane. 3. Rename A/Bx to A/B(change back to original), open new Tb window and close old Tb window, Click A, A/B, A/B/C and view folder content. 4. Copy or Move mail to A, or A/B, or A/B/C => grayed out menu was always observed. I executed rename of A/B/C -> A/B/Cx -> A/B/C in order to force removal of ofline-store file of C, and C or Cx was shown as expected just after rename. I executed Copy or Move to A/B/C at this step when I previously tested, and offline-store file of C was created by Copy or Move. It was the trick I couldn't observe grayed out menu by Copy/Move and rename of folder was needed to see phenomenon. 1., 2., and this "creation of offline-store" are probably a variant of phenomenon of already reported bug, and it's different problem from this bug. It's irrelevant to this bug.

Regarding my comment #23 (different behavior of same version) and other comments: If I turn "offline use" on for a particular folder, the problem in comment #0 disappears for that folder. Even a previous "move to again" stops being grayed out. If I turn it back off, it remains non grayed out, at least as long as I could see. Thanks to the one who imagined this, we're on the good track.

(In reply to comment #62) > (In reply to comment #59) > > [Do you mean "original", not "ordinal"?] > > I meant, ordinal way, usual way, with nothing special, simply copy or move. Ahh, then you probably mean "ordinary". > > I've found that offline-store file of move/copy target folder is always created > by Copy or Move operation in my environment(Tb 3.1.7 on Win). It's the reason > why Copy/Move again menu was initially enabled after Copy/Move always in my > test, and why rename of folder was required to observe grayed out menu in my > test. > > AFAIR, I saw grayed out menu frequently during my Tb 3.1.x use, as you are > seeing. Dave Kristol, which version of Tb on which OS do you use? Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 (Ubuntu 10.04 Lucid)

(In reply to comment #66) > (In addition to comment #65) > > Dave Kristol, I could see grayed out menu since initial after Copy/Move, > reliably, consistently, repeatedly, with Tb 3.1.7 on Win, as you can see > always. > > 1. Folder hiearchy of A/B/C, rename B to Bx => folder pane still shows B. > So, if B is clicked, error occurs because "rename A/B A/Bx" is already done. > 2. Collapse and re-expand account, or open new Tb window(and close old window) > => A/Bx is correctly shown at folder pane. > 3. Rename A/Bx to A/B(change back to original), open new Tb window and close > old Tb window, Click A, A/B, A/B/C and view folder content. > 4. Copy or Move mail to A, or A/B, or A/B/C > => grayed out menu was always observed. > > I executed rename of A/B/C -> A/B/Cx -> A/B/C in order to force removal of > ofline-store file of C, and C or Cx was shown as expected just after rename. I > executed Copy or Move to A/B/C at this step when I previously tested, and > offline-store file of C was created by Copy or Move. It was the trick I > couldn't observe grayed out menu by Copy/Move and rename of folder was needed > to see phenomenon. I experienced the problem without renaming any folders.

Comment on attachment 499435 [details] [diff] [review] proposed fix Looks good. r=Standard8

fixed on trunk - http://hg.mozilla.org/comm-central/rev/ba7a489336ab

Comment on attachment 499435 [details] [diff] [review] proposed fix simple fix for 3.1.8

Just a question, sort of related: Why does the menu navigation key (ALT-M > char) keep changing between "t" and "i"? Why can't it stay one or the other?

(In reply to comment #73) > Just a question, sort of related: Why does the menu navigation key (ALT-M > > char) keep changing between "t" and "i"? Why can't it stay one or the other? see bug 493499

fixed for 3.1.8 - http://hg.mozilla.org/releases/comm-1.9.2/rev/1ef884cf0f8a