494903 - exception in nsIMsgCopyService.CopyMessages when archive messages and error "The operation failed because an other operation is using the folder"

Status: RESOLVED WORKSFORME

(Thunderbird :: Folder and Message Lists, defect)

Description

[[:Aureliano Buendía]]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090526 Lightning/1.0pre Shredder/3.0b3pre ID:20090526031655

Select more than 25 messages to archive nsIMsgCopyService.CopyMessages raise error.
In error console I have:

Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgCopyService.CopyMessages]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://messenger/content/mailWindowOverlay.js :: anonymous :: line 1169"  data: no]

attached file for error displayed to video.


Reproducible: Always

Steps to Reproduce:
1. select more messages (for example 25)
2. click on "A" for Archive messages
3. an error occurs

Comment 1

[[:Aureliano Buendía]]

Attachment: details

Comment 2

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

I don't get this error when archiving on Mac Leopard 10.5 Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1pre) Gecko/20090523 Lightning/1.0pre Shredder/3.0b3pre

I tried archiving 96 messages.

Sid/Wayne, see this on Win?

Comment 3

[[:Aureliano Buendía]]

I raise archive action into a folder that has view sort by date and grouped by sort.

Comment 4

[Wayne Mery (:wsmwk)]

I don't personally see this, but I don't use archive. Suggest correlate against bugs mentioning "The operation failed because an other operation is using the folder" - of which there are many.  (It's good to put the key part of the error message in the summary)

Comment 5

[[:Aureliano Buendía]]

It is still presente on

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre) Gecko/20090707 Lightning/1.0pre Shredder/3.0b3pre ID:20090707032716

Archiving 125 mail with this error console message (a little bit changed from comment #1)

Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgCopyService.CopyMessages]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://messenger/content/mailWindowOverlay.js :: anonymous :: line 1380"  data: no]

Comment 6

[WADA:World Anti-bad-Duping Agency]

IMAP? Or local mail folder(POP3, "Local Folders"? Or both?
Which is event order?
(A) "The operation failed ..." then exception in nsIMsgCopyService.CopyMessages.
(B) Exception in nsIMsgCopyService.CopyMessages, then "The operation failed ...".

> Gecko/20090526

Can you reproduce problem with newest Tb trunk nightly?
> http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-1.9.1/
> Download win32.zip build. You can test with UNZIP only.

Comment 7

[[:Aureliano Buendía]]

(In reply to comment #6)
> IMAP? Or local mail folder(POP3, "Local Folders"? Or both?

POP3

> Which is event order?
> (A) "The operation failed ..." then exception in
> nsIMsgCopyService.CopyMessages.
> (B) Exception in nsIMsgCopyService.CopyMessages, then "The operation failed
> ...".
> 
> > Gecko/20090526

It seems (A)

> Can you reproduce problem with newest Tb trunk nightly?
> > http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-1.9.1/
> > Download win32.zip build. You can test with UNZIP only.

Yes.

Here I have

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre) Gecko/20090707 Lightning/1.0pre Shredder/3.0b3pre ID:20090707032716

Comment 8

[[:Aureliano Buendía]]

I forgot:

It seems that the error raise only for a number >100 (I try with 125 and I have error, with 50 not)

Comment 9

[WADA:World Anti-bad-Duping Agency]

(Q1) Do you enable auto compaction?
Check Tools/Options/Networking & Disk Space/Disk Space
Corresponding prefs.js entry:
> mail.prompt_purge_threshhold : true/false
> mail.purge_threshhold        : NNN (in KB, Kilo-Bytes)
(Q2) Did you request Tb to execute auto-compact silently?
i.e. Did you check "[ ] Do this automatically from now on" of dialog which is
issued just before start of auto compaction?
Corresponding prefs.js entry:
> mail.purge.ask : true/false
See Bug 498274 Comment #2 for detail.

Comment 10

[[:Aureliano Buendía]]

(In reply to comment #9)
> (Q1) Do you enable auto compaction?
Not

> Check Tools/Options/Networking & Disk Space/Disk Space
> Corresponding prefs.js entry:
> > mail.prompt_purge_threshhold : true/false
> > mail.purge_threshhold        : NNN (in KB, Kilo-Bytes)

mail.prompt_purge_threshhold : false
mail.purge_threshhold        : 100

> (Q2) Did you request Tb to execute auto-compact silently?
Not

> i.e. Did you check "[ ] Do this automatically from now on" of dialog which is
> issued just before start of auto compaction?
> Corresponding prefs.js entry:
> > mail.purge.ask : true/false
> See Bug 498274 Comment #2 for detail.

mail.purge.ask : true

Comment 11

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #7)
> Gecko/20090707 Lightning/1.0pre Shredder/3.0b3pre ID:20090707032716

Oh, you were using newest build.
Can you reproduce problem without addon such as Lightning?
(New profile, dummy POP3 server without Global Inbox)

Do you use external software who tries to read Tb's file.
(Auto-backup is an example. Indexer such as Google Desktop is possibly a such program.)

Comment 12

[[:Aureliano Buendía]]

(In reply to comment #11)
> Can you reproduce problem without addon such as Lightning?
> (New profile, dummy POP3 server without Global Inbox)

I try it later

> Do you use external software who tries to read Tb's file.
> (Auto-backup is an example. Indexer such as Google Desktop is possibly a such
> program.)

Not

Comment 13

[WADA:World Anti-bad-Duping Agency]

Last question for first screening.

Next error message is issued if rebuild-index is in progress when some one tries to access mail folder.
> The operation failed because an other operation is using the folder
And, once problem like yours occurs, .msf tends to be corrupted, or status of .msf tends to become "outdated condition". It'll causes internal rebuild-index upon next archive(move mails to archives folder) or next archive after restart of Tb.

How big are your archive folders?
Can you produce problem even when next operation?
 1. Click(open) archive source mail folder.
 2. Click(open) archive target mail folder(s).
 3. Execute archive.

Comment 14

[[:Aureliano Buendía]]

(In reply to comment #11)
> (In reply to comment #7)
> > Gecko/20090707 Lightning/1.0pre Shredder/3.0b3pre ID:20090707032716
> 
> Oh, you were using newest build.
> Can you reproduce problem without addon such as Lightning?

In safe-mode, I archive 465 message without any error: it is an extension incompatibility?

I use:

British English Dictionary 1.19
ChromEdit Plus 2.7.2
Console² 0.5 [DISABLED]
Dizionario italiano 3.1
DOM Inspector 2.0.3
ImportExportTools (Mboximport enhanced) 2.2.2 [DISABLED]
Lightning 1.0pre
Lightning Nightly Updater (Unofficial) 0.9.090618
MinimizeToTray 1.5
Nightly Tester Tools 2.0.2
Remove Duplicate Messages (Alternate) 0.3.2 [DISABLED]
Silvermel XT 0.1.0
Update Channel Selector 1.5
ViewAbout 1.4



> (New profile, dummy POP3 server without Global Inbox)
I used old profile POP3 with global Inbox

Comment 15

[[:Aureliano Buendía]]

With

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre) Gecko/20090708 Lightning/1.0pre Shredder/3.0b3pre ID:20090708034418

I archive 465 message without any error, also with all my extension enabled!

It is solved with other bug resolution?

Comment 16

[[:Aureliano Buendía]]

Also with last release

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre) Gecko/20090711 Lightning/1.0pre Shredder/3.0b3pre ID:20090711031603

moving to Archives folder 125 mails I can't reproduce issue.

For the moment I close the bug as WFM.