Open Bug 139215 Opened 23 years ago Updated 4 months ago

mail not filtered while compacting folders

Categories

(MailNews Core :: Filters, defect)

defect

Tracking

(Not tracked)

People

(Reporter: tom, Unassigned, NeedInfo)

References

(Depends on 1 open bug, Blocks 3 open bugs)

Details

(Whiteboard: [compactkey])

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417 BuildID: 2002041711 When Mozilla Compacts it´s Mailfolders and simultanously receives Mail the mail won´t be filtered. At least not for the folder which is compressed. This happens whit an relatively large Folder (2000+ Mails) when automaticly compacting and receiving is turned on quite often. Reproducible: Always Steps to Reproduce: 1.Compact an large folder (should take some time) 2.Hit the receive Button (Mail should come in for the compressed folder while compressing) Actual Results: the Mail for the Folder is safed in the Inbox and the Filter is ignored Expected Results: moved the Mail to the Folder specified in the Filter An Workaround should be to delay the reciving of new Mail or wait with the compacting until all Mail was received
Yes, this is intended current behavior. Independently of your request for changing this behavior, we would hope that sometime we will have the option to run filters on messages already received (bug 11033)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Yes, this is the intended behavior, we can do something like not retrieving mail until compacting is over in future.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Shouldn't this bug be marked as dup of bug 101584 , as it was bug 114210 (and bug 114302 ) ?
This is also a problem for the junk filter. If you open the mail-windows, it asks you, if you would like to compact folders. If you say yes, it starts downloading e-mails and compacts right afterwards. It did not mark any of the e-mails as junk and therefore did not move any to the junk folder...
mass re-assign.
Assignee: naving → sspitzer
Status: ASSIGNED → NEW
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6a) Gecko/20031030] (BuildId=2003110115, bug 224340#c19) (W98SE) (First time that it happens to me:) I get an alert message from <http://lxr.mozilla.org/seamonkey/source/mailnews/base/resources/locale/en-US/messenger.properties#78> { filterFolderDeniedLocked=The messages could not be filtered to folder '%S' because another operation is in progress. } which is called from <http://lxr.mozilla.org/seamonkey/source/mailnews/local/src/nsParseMailbox.cpp#1767> { destIFolder->ThrowAlertMsg("filterFolderDeniedLocked", msgWindow); }
See also bug 168648.
See also bug 152675.
Product: MailNews → Core
*** Bug 242481 has been marked as a duplicate of this bug. ***
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: laurel → filters
Product: Core → MailNews Core
rkent, this may ultimately require fixing compact issues, but is there any possibility for a) alerting user via error console b) partial workaround, c) what if there is no compact solution (in other words assuming there is no reall solution until we move away from current folder architecture, what do we do for now)?
Severity: normal → major
Target Milestone: Future → ---
Wayne, I have not really dealt much with folder compacting, not issues associated with failure due to folder locking - of which this is one. But my inclination would be to disallow receiving of email on an account when a folder is being compacted. This might however be a cure worse than the disease, as there are probably plenty of times where that is safe to do. But filtering is not one of them.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10pre) Gecko/20100413 SeaMonkey/2.0.5pre - Build ID: 20100413000559 I'm seeing this on Linux too.
OS: Windows 2000 → All
Hardware: x86 → All
Blocks: 796867
Whiteboard: [compactkey]
See Also: → 324576
Severity: major → normal
See Also: → 274330
Depends on: 1719072
Severity: normal → S3

Is this literally still possible given your understanding of the current code?

Flags: needinfo?(geoff)
Flags: needinfo?(benc)

As things currently stand, adding mail to a folder currently undergoing compaction should fail, so yeah, I'd put this one down as "intended behaviour" for now.
It could be done in future, but there are too many badly-interlocking parts right now that prevent it.

Flags: needinfo?(benc)
You need to log in before you can comment on or make changes to this bug.