Open Bug 837620 Opened 12 years ago Updated 2 years ago

Folder Compact on Thunderbird startup, or switching to newsgroup, results in error "Operation is in progress"

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
x86
All
Type:
defect

Tracking

(Not tracked)

People

(Reporter: arky, Unassigned)

References

(Depends on 1 open bug)

Details

When you switch to one of NEWS: folders when Thunderbird nightly begins. This modal dialog pops up 

" The folder 'All Mail' cannot be compacted because another operation is in progress. Please try again later."
(In reply to arky [:arky] from comment #0)
> When you switch to one of NEWS: folders when Thunderbird nightly begins.
> This modal dialog pops up 
>
> " The folder 'All Mail' cannot be compacted because another operation is in
> progress. Please try again later."

the compact activity is normal. The "All Mail" part points to bug 816327
Depends on: 816327
Arky, do you still see this issue?
Flags: needinfo?(hitmanarky)
Steve, do you use both newsgroups and gmail?

worth noting, bug 1260698 is likely the main cause for compact happening so often when accessing a newsgroup.  Because for several years imap users' folders were not being automatically compacted. 

(Unfortunately no response from reporter Arky.)
Flags: needinfo?(hitmanarky) → needinfo?(sfhowes)
OS: Linux → All
See Also: → https://bugzilla.mozilla.org/show_bug.cgi?id=1260698, https://bugzilla.mozilla.org/show_bug.cgi?id=550286
Summary: Folder Compacting: Operation is in progress → Folder Compact on Thunderbird startup, or switching to newsgroup, results in error "Operation is in progress"
I have a gmail account set up in a profile but only for testing.  My regular profile has 3 IMAP accounts and a newsgroup, but I've never seen the type of behaviour reported in this bug.
Flags: needinfo?(sfhowes)
"Operation is in progress" bug is not exclusive for gmail nor to Thunderbird startup.  It usually happens to me after I mark many messages for deletion.  Unfortunately is not 100% repeatable.  Must be some race or missing lock.

Running beta TBird 67.0b3 and other recent betas, this compaction process (and "Operation Failed message) happens very often when I "wake up" TBird to work on mail. Compaction takes a long time and is frustrating since TBird is not available. More importantly, the compaction is almost always followed by bug #1362483 "Gloda stuck in a loop ..." In other words, compaction (possibly with other sub-processes involved) is leaving the database in an unstable state. FYI, Gloda stuck in loop runs cpu usage up until editing is nearly impossible.

Depends on: 1719072
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.