Closed Bug 1019036 Opened 10 years ago Closed 8 years ago

pop INBOX sometimes moving (with menu or d&d), marking as read or junk doesn't work - the mail is not moved or changed.

Categories

(MailNews Core :: Filters, defect)

x86_64
Windows 7
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 948082

People

(Reporter: mayhemer, Unassigned)

References

Details

(Keywords: regression, regressionwindow-wanted, Whiteboard: [regression:TB31?][filterfails])

Earlybird, up-to-date. Two pop3 accounts, one global inbox, few filters on this global inbox. I am receiving e.g. dev-tree-management%lists.mozilla.org but moving it to a subfolder via a filter. I also setup to automatically move any junk to it's own Junk folder. Problem: From time to time I spot that moving dev-tree posts and junk from the global inbox suddenly doesn't work. Actually moving any email doesn't work. Marking as read by clicking (focusing) the the email doesn't mark is read. Moving an email manually by "Move to XXX again" or manually selecting a folder doesn't work. Unmarking and marking again a spam email doesn't move it to the spam folder (only the spam icon changes). Nothing in the error console. Double clicking to open an email opens it in a new tab and then that email is marked read. Works again (for a while) after restart. This started on Earlybird few weeks ago (3 weeks back maybe). No add-ons (only *disabled* FiltaQuilla 1.2.0).
Severity: normal → major
Version: 19 → 31
As suggested by Wayne on IRC, I've disabled Options/Advanced/Network & Disk Space/Compact all folders when... option. Let's see what it does.
(In reply to Honza Bambas (:mayhemer) from comment #1) > As suggested by Wayne on IRC, I've disabled Options/Advanced/Network & Disk > Space/Compact all folders when... option. Let's see what it does. Doesn't help.
This bug makes TB (my beloved software that I'm totally dep on!!) unusable for me at all. Marking as blocker.
Severity: major → blocker
Not sure it's related: Timestamp: 6/2/2014 18:18:20 Error: Please do not load stuff in the multimessage browser directly, use the SummaryFrameManager instead. Source File: resource://gre/modules/summaryFrameManager.js Line: 85
Deleting extensions* (dirs and files) from the profile - no change. Now I can repro easily after start (maybe just hitting the race with more luck :)): - there is an email that normally should be by a filter moved to a different folder (from dev-tree-management) - I have clicked (to quick view) a different email (it was marked as read and content showed in the message body subwindow) - then I *right* click that dev-tree email to move it with "Move to XXX again" => INBOX frozen, email not moved etc etc...
perhaps a continuation of bug 776983
Depends on: 776983
I will remote-debug TB's JS when this happens again. Maybe I'll figure out.
And you don't see it with an older version, say 24? A wild guess: you happened to get to a very fragmented disk state? I had that with one machine... you get the weirdest kind of lockups.
(In reply to Magnus Melin from comment #8) > And you don't see it with an older version, say 24? Honza runs only earlybird, reported this behavior in version 15 bug 776983 (and another bug 795935) and says it started again in 3 weeks ago. It's unclear yet whether recent Thunderbird changes made this more likely to happen, or perhaps older changes made it less likely to happen. We have several possible factors - filters, global inbox, pop, destination vs source folder, etc. I think honza said on irc, that it still happened after he disabled all filters. And after killing all addons. > A wild guess: you happened to get to a very fragmented disk state? I had > that with one machine... you get the weirdest kind of lockups. fragmented disk on linux? FWIW, similar to bug 458570 in that some error checking is probably missing (yes, there is much that is no similar, but I think not all symptoms need match to have have a fair analogy)
Component: General → Folder and Message Lists
(In reply to Wayne Mery (:wsmwk) from comment #9) > fragmented disk on linux? Nah, that was a windows machine at work.
Addons is not the issue here but FTR (in case some useful bits might be learned from the "testcase") Remove Duplicate Messages addon caused similar problems per bug 929483. (other issues related to the addon are bug 917847, bug 901623, bug 917546, bug 914055, bug 900547)
Just for info - I did not forget about this bug. I just now cannot reproduce it - so no longer blocking right now for me. Fortunately I have a backup of the profile in the state when I was able to reproduce almost always. I will return to it when done with currently urgent stuff I want to land for 32.
This starts almost immediately with 100% when I start writing a new email.
When I press send, TB gets stuck on "Copying message to Inbox folder.." since I copy sent messages to the global inbox.
Hmm.. not 100% repro, seems like during the time I'm writing an email (the compose window is open) an email has to come and seems like it has to be an email for which a 'move' action filter triggers.
(In reply to Honza Bambas (:mayhemer) from comment #14) > When I press send, TB gets stuck on "Copying message to Inbox folder.." > since I copy sent messages to the global inbox. Does it mean that you set Global Inbox as 'folder to save sent mail copy' at Copies&Folders of all identities? Or it's "[x] Place replies in the folder of the message being replied to" and replied mail is held in Global Inbox? How about drafts folder? Global Inbox == 'folder to save draft mail ' at Copies&Folders of all identities? By the way, are you intentionally testing Tb's behavior when many "filter move" happen on same mail folder at same time with keeping Global Inbox big, with auto-compact enabled? Are you testing Tb's behaviour when almost all mails is held in single Global Inbox with many many mail folders, with Virtual Folder whose search target folder is almost all mail folders you have?
(In reply to Honza Bambas (:mayhemer) from comment #0)obal > (a) Marking as read by clicking (focusing) the email doesn't mark is read. > (b) Double clicking to open an email opens it in a new tab and then that email is marked read. (b) indicates Inbox.msf(msgDatabase) is correctly opened and read, msgDBHdr of the mail in msgDatabase(in memory) is successfully updated, X-Mozilla-Status: in Inbox file(msgStore) is successfully updated. Even though (b), why (a) fails? "Tab level lock in UI at the messenger window" is relivant to problem in addition to lock like resource which is nedded to do Move/Delete operation etc.? Or "mail in (a)" is "mail for which 'move to other folder' didn't work"? (the mail is in use, ...) "mail in (a)" and "mail in (b)" are different mails? (In reply to Honza Bambas (:mayhemer) from comment #5) > - there is an email that normally should be by a filter moved to a different folder (from dev-tree-management) > - I have clicked (to quick view) a different email (it was marked as read and content showed in the message body subwindow) > - then I *right* click that dev-tree email to move it with "Move to XXX again" > => INBOX frozen, email not moved etc etc... "failed filter move" holds lock of msgDBHdr of the mail in Global Inbox? Who is Global Inbox owner? (i) Local folders, (ii) dummy POP3 account, (iii) pop3 account #1 or pop3 account #2 Which message filter? (iv) Filter of each account, (v) filter of Global Inbox owner. Which option? (vi) Filter before clasification, (vii) Filter after classification. IIUC, if Global Inbox is owned by Local Folders, filter of Local Folders is always forced "Filter after classification" mode. Do you have action of "Move to Global Inbox" in message filter for each hidden account? Do you use action=Delete or action=Stop further filter application in message filter rule? What is file size of Global Inbox's Inbox & Inbox.msf file? How many mails are held in Global Inbox? Do you enable auto-compact? If yes, with which? (viii) mail.purge.ask=true, (ix) mail.purge.ask=false (In reply to Wayne Mery (:wsmwk) from comment #9) > I think honza said on irc, that it still happened after he disabled all filters. Not problem in filter move? Problem in Junk filter/Junk move? Filter move is merely a victim of problem? To bug opener: For which account do you enable Adaptive Junk Filtering and Junk Move? Is "message folder of hidden account"(pop3 account who uses Global Inbox) used as folder of Copies&Folders, Junk Settings, Filter Move/Copy target folder, search target folder of Search Folder(Virtual Folder) etc.? Folder of hidden account is not shown in folder selection UI, it's impossible to set such folder from UI after Global Inbox use. However, setting done before Global Inbox use is kept after account's setting change to "Global Inbox use". Problem like next? 1. mails are moved from Inbox of pop3 account#1 to Global Inbox 2. mails are moved from Inbox of pop3 account#2 to Global Inbox 3. "Junk Filter after 1." and "Junk Filter after 2." are executed at same time on single Global Inbox.
(In reply to WADA from comment #16) > (In reply to Honza Bambas (:mayhemer) from comment #14) > > When I press send, TB gets stuck on "Copying message to Inbox folder.." > > since I copy sent messages to the global inbox. > > Does it mean that you set Global Inbox as 'folder to save sent mail copy' at > Copies&Folders of all identities? > Or it's "[x] Place replies in the folder of the message being replied to" > and replied mail is held in Global Inbox? To sum: I have two pop3 accounts, one of them has just a single (default) identity, other has two identities (default and an alias address assigned to the same box on the server). For both accounts I have: Copies & Folders / When sending messages.. / [X] Place a copy in : Other: Inbox on Local Folders Copies & Folders / When sending messages.. / [X] Place a copy in : [X] Place replies in the folder of the message being replied to Not sure about seeing for the "replied mail is held in Global Inbox" option, but yes relied emails remain the global inbox. > How about drafts folder? Global Inbox == 'folder to save draft mail ' at > Copies&Folders of all identities? Yes. > > By the way, are you intentionally testing Tb's behavior when many "filter > move" happen on same mail folder at same time with keeping Global Inbox big, > with auto-compact enabled? I'm intentionally using TB this way, it's how I like it :)) No testing, just want it to work and as I'm a mozilla platform developer I'm used to report/help fix bugs, if this is what you are asking about. Auto-compact was ON before this bug, then I turned that OFF as suggested on IRC (I think Wayne's advice) with no affect on this bug. > Are you testing Tb's behaviour when almost all > mails is held in single Global Inbox with many many mail folders, 'many many mail folders'? What does that mean? > with > Virtual Folder whose search target folder is almost all mail folders you > have? Don't know what Virtual Folder is. You mean 'Saved search' ? (In reply to WADA from comment #17) > (In reply to Honza Bambas (:mayhemer) from comment #0)obal > > (a) Marking as read by clicking (focusing) the email doesn't mark is read. > > (b) Double clicking to open an email opens it in a new tab and then that email is marked read. > (b) indicates Inbox.msf(msgDatabase) is correctly opened and read, msgDBHdr > of the mail in msgDatabase(in memory) is successfully updated, > X-Mozilla-Status: in Inbox file(msgStore) is successfully updated. > Even though (b), why (a) fails? > "Tab level lock in UI at the messenger window" is relivant to problem in > addition to lock like resource which is nedded to do Move/Delete operation > etc.? > Or "mail in (a)" is "mail for which 'move to other folder' didn't work"? Kinda chaotic set of questions, but I'll try to reply: When this happens, clicking *any* unread email in the Inbox list doesn't change the state to 'read' and also doesn't show its content in the quick view pane. Moving doesn't work. Marking *any* mail as a spam works (the fire icon shows), but such an email is not moved to the spam folder. > (the mail is in use, ...) "mail in (a)" and "mail in (b)" are different > mails? No, apparently. > > (In reply to Honza Bambas (:mayhemer) from comment #5) > > - there is an email that normally should be by a filter moved to a different folder (from dev-tree-management) > > - I have clicked (to quick view) a different email (it was marked as read and content showed in the message body subwindow) > > - then I *right* click that dev-tree email to move it with "Move to XXX again" > > => INBOX frozen, email not moved etc etc... > "failed filter move" holds lock of msgDBHdr of the mail in Global Inbox? How could I answer this? I don't know the code at all. > > Who is Global Inbox owner? (i) Local folders, (ii) dummy POP3 account, (iii) > pop3 account #1 or pop3 account #2 Local folders. > Which message filter? (iv) Filter of each account, (v) filter of Global > Inbox owner. Filter for Global Inbox owner - Local folders. > Which option? (vi) Filter before clasification, (vii) Filter after > classification. This is interesting. I have some 7 filters, 4 of them move. 3 of the 'move' filters are 'after classification', one of them is 'before' - I probably just forgot to switch it. > IIUC, if Global Inbox is owned by Local Folders, filter of Local Folders > is always forced "Filter after classification" mode. Good to know. > Do you have action of "Move to Global Inbox" in message filter for each > hidden account? I only have filters for Local Folders. Anyway, I don't have "Move to Global Inbox" action in any of the filter, no. > Do you use action=Delete or action=Stop further filter application in > message filter rule? Yes for Delete action - in one of the 'non-moving' that is executed after all of the 4 moving. At the bottom is list of the filters I have to make it more clear. > > What is file size of Global Inbox's Inbox & Inbox.msf file? 2,320,247,728 Inbox 42,117,345 Inbox.msf (bytes) > How many mails > are held in Global Inbox? 57581 right now. > Do you enable auto-compact? If yes, with which? (viii) mail.purge.ask=true, > (ix) mail.purge.ask=false mail.purge.ask=true And I always say 'NO' to compact when I (rarely) delete emails from the inbox. > > (In reply to Wayne Mery (:wsmwk) from comment #9) > > I think honza said on irc, that it still happened after he disabled all filters. > > Not problem in filter move? Problem in Junk filter/Junk move? Filter move is > merely a victim of problem? > > To bug opener: > For which account do you enable Adaptive Junk Filtering and Junk Move? pop3 #1: adaptive junk enabled, trust SpamAssasin DISABLED, move DISABLED pop3 #2: adaptive junk enabled, trust SpamAssasin DISABLED, move DISABLED Local Folders: adaptive junk enabled, trust SpamAssasin ENABLED, move ENABLED > Is "message folder of hidden account"(pop3 account who uses Global Inbox) Aha! > used as folder of Copies&Folders, Junk Settings, Filter Move/Copy target > folder, search target folder of Search Folder(Virtual Folder) etc.?. No, everything is targeted to Local Folders only. BTW, I have one virtual folder, under Local Folders. > Folder of hidden account is not shown in folder selection UI, it's > impossible to set such folder from UI after Global Inbox use. Yes, seems so to me. When I set 'view all folders' I don't see in the root folders for the two pop3 accounts, only Local Folders. > However, setting done before Global Inbox use is kept after account's > setting change to "Global Inbox use". I think I first have set to use the global inbox before setting the accounts, but I cannot say 100% for sure :( > > Problem like next? > 1. mails are moved from Inbox of pop3 account#1 to Global Inbox > 2. mails are moved from Inbox of pop3 account#2 to Global Inbox > 3. "Junk Filter after 1." and "Junk Filter after 2." are executed at same > time on single Global Inbox.
(In reply to Honza Bambas (:mayhemer) from comment #18 > > Do you use action=Delete or action=Stop further filter application in message filter rule? > Yes for Delete action - in one of the 'non-moving' that is executed after all of the 4 moving. Gotcha! I 've perhaps understood a reason why you only can experience "filter stops to work" so frequently, repeatedly. You perhaps deeply love phenomenon of bug 695671 :-) Please surely rule out issue of bug 695671 from your problems. If action=Delete, please replace it by "action=Move to Trash". By the way, IIRC, I asked it to you in bug 776983 comment #32 one week ago...
(In reply to WADA from comment #19) > (In reply to Honza Bambas (:mayhemer) from comment #18 > > > Do you use action=Delete or action=Stop further filter application in message filter rule? > > Yes for Delete action - in one of the 'non-moving' that is executed after all of the 4 moving. > > Gotcha! > I 've perhaps understood a reason why you only can experience "filter stops > to work" so frequently, repeatedly. > You perhaps deeply love phenomenon of bug 695671 :-) > Please surely rule out issue of bug 695671 from your problems. > If action=Delete, please replace it by "action=Move to Trash". > > By the way, IIRC, I asked it to you in bug 776983 comment #32 one week ago... As reading the bug description I don't think it's that, but going to try out! Sorry, I had to miss you comment :((
(In reply to Honza Bambas (:mayhemer) from comment #18) > 'many many mail folders'? What does that mean? It's question to rule out issue like Bug 495911, Bug 717574, Bug 893786. When file handle shortage, if victim is .mab file, Tb shows error message. But if victim is .msf file, Tb doesn't show error message. Message folder access silently fails. IIUC, exception is reported to Error Console if victim is .msf, but I'm not sure. > Don't know what Virtual Folder is. You mean 'Saved search' ? Yes, it's internal name of Search Folder/Saved Search Folder. (see virtualFolders.dat file content) > How could I answer this? I don't know the code at all. Sorry. It's not question to you. It's question to developers.
(In reply to Honza Bambas (:mayhemer) from comment #20) > As reading the bug description I don't think it's that, (snip) I also think bug 695671 is irrelevant to this bug, because you stopped message filter in this bug. However, that bug is relevant to your bug 776983. I don't know what kind of problems occur after problem of bug 695671 happened. I'm not interested in problem after problem after ... after problem.
(In reply to Honza Bambas (:mayhemer) from comment #18) > pop3 #1: adaptive junk enabled, trust SpamAssasin DISABLED, move DISABLED > pop3 #2: adaptive junk enabled, trust SpamAssasin DISABLED, move DISABLED > Local Folders: adaptive junk enabled, trust SpamAssasin ENABLED, move ENABLED > I only have filters for Local Folders. Because you don't enable "per account message filter/junk filter", "per account message filter/junk filter" is absolutely irrelevant to your problem. But I did quick check of "per account message filter/junk filter" in order to see Tb's behavior when Globsl Inbox is used. Call Global-Inbox/POP3-Inbox, Global-MsgFilter/POP3-MsgFilter, Global-JinkFilter/POP3-JunkFilter, to isolate one on Global Inbox and "per account" one. - POP3-JunkFilter is enabled. Qurantine option=Off. All downloaded mails are never marked as Junk by Junk filter, because already learned. Process Monitor is used to see file acccess by Tb. POP3-MsgFilter=After Classification POP3-MsgFilter=Before Classification POP3-MsgFilter=After Classification was never executed. POP3-MsgFilter=Before Classification was executed. Externally, mails were directly downloaded to Global Inbox, Mail is downloaded to Global-Inbox/POP3-Inbox, Then Global-MsgFilter & Global-JinkFilter was applied. If filter move occurs, move to MoveTarget was executed, and "Truncate at Global-Inbox" was observed. POP3-Inbox & POP3-Inbox.msf was not used. Actions in download to Global Inbox looks : 1. Per account action Before Classification 1-1. Fetch a new mail to Global-Inbox/Global-Inbox.msf file (POP3-Inbox/POP3-Inbox.msf doesn't look used) 1-2. Apply POP3-MsgFilter(Before Classification) to the new mail. If move to Target, Truncate at Global-Inbox file. 1-3. Do 1-1 & 1-2 for all newly arrived messages. 2. If Global Inbox is used, end of Per account actions. Go to Junk filter/Message filter process at Global-Inbox. 3. If non Global Inbox use, 3-1. Apply Junk Filter on Inbox folder(POP3-Inbox in this case) 3-2. Apply message filter(POP3-MsgFilter/After Classification) on Inbox(POP3-Inbox in this case) If above is not so wrong, following may occur at same time. POP3#1 POP3#2 1. Per account action Before Classification 1. Per account action Before Classification 1-1. Fetch a new mail to Global-Inbox/Global-Inbox.msf file 1-1. Fetch a new mail to Global-Inbox/Global-Inbox.msf 1-2. Apply POP3#1-MsgFilter(Before Classification) to mail 1-2. Apply POP3#2-MsgFilter(Before Classification) If move to Target, Truncate at Global-Inbox file If move to Target, Truncate at Global-Inbox file 1-3. Do 1-1 & 1-2 for all new messages of POP3#1 1-3. Do 1-1 & 1-2 for all new messages of POP3#2 2. Go to filter process at Global-Inbox/Global-Inbox.msf 2. Go to filter process at Global-Inbox/Global-Inbox.msf 2-1. Global-MsgFilter(Before Classification) 2-1. Global-MsgFilter(Before Classification) 2-2. Global-JunkFilter 2-2. Global-JunkFilter 2-3. Global-MsgFilter(After Classification) 2-3. Global-MsgFilter(After Classification) Is all actions for POP3#1 and POP3#2 are correctly seriarized?
Sorry for wrong description. When POP3-MsgFilter=Before Classification, Mail was directory downloaded to Global-Inbox. POP3-Inbox was not used. If "move to TargetFolder by message filter" occurred on a mail, Truncate at Global-Inbox file occurred.
More details: - when this happens (I spot emails that should be moved are not moved) emails can be read (via the quick view pan) and are marked as read (by clicking them) - when I want to move the mail that has not been moved by filters, the operation doesn't pass and since that moment inbox is completely stuck
Blocks: TB31found
Honza, do you still see this in earlybird? If it still reproduces, can you test to see whether it fails both version 30.0b1 and 31.0b1? [1] If earlybird worked prior to filing your bug on 2014-06-02 then I should think 30.0b1 will work and 31.0b1 will fail. unproved, but perhaps this is related to bug 1043357 [1] https://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/
Component: Folder and Message Lists → Filters
Flags: needinfo?(honzab.moz)
Product: Thunderbird → MailNews Core
Summary: INBOX sometimes gets frozen: moving, marking as read doesn't work → pop INBOX sometimes gets frozen: moving, marking as read doesn't work
Whiteboard: [regression:TB31?][filterfails]
(In reply to Wayne Mery (:wsmwk) from comment #26) First, this is confirmed not to be related to filters, probably a comment in some different bug (loosing track of it) > Honza, do you still see this in earlybird? I do, almost every day, but absolutely no time to investigate it. When I first see inbox is in a bad shape, I restart EB immediately. > > If it still reproduces, can you test to see whether it fails both version > 30.0b1 and 31.0b1? [1] If earlybird worked prior to filing your bug on > 2014-06-02 then I should think 30.0b1 will work and 31.0b1 will fail. OK, will try to find time THIS WEEK to check. > > unproved, but perhaps this is related to bug 1043357 > > [1] https://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/ Thanks for still thinking about this bug.
Flags: needinfo?(honzab.moz)
When this happens, as said earlier - filters don't work (move, tag marking) as well as moving to jank (just marking email as jank/read works). After restart, when TB should work normally again, manually applying all filters to the global inbox has no effect (moving/tagging doesn't happen) like the email would have been marked as 'already passed filter checks'. Do this and previous bring any clue?
I didn't fully read this bug, but: There is a known issue in the copy service that if a copy fails and does not return a callback to the copy service, then no further copies can occur until you restart (as in the previously mentioned bug 776983). Long-term (which might be TB 38) part of the solution of this is to do more logging to the error console of various failures, which we hope to start in bug 1119529. Better error logging would allow us to find root causes of whatever plagues specific cases such as Honza's that we could then address. We should probably add a timeout to the copy service so that, at the very least, it auto recovers from the problem rather than requiring a restart.
I noticed that while I am composing a message, I see TB operation is blocked and no input can be done. (Or rather no echoback or the characters I typed don't show up soon enough) WHEN the automatic e-mail download kicks in. I don't think the blocking of input or seeming hung state of TB was this pronounced many years ago. Only in the last year or so, I noticed this brief freeze which will unblock when downloading finishes. This is under linux 32-bit. Just FYI. TIA
(In reply to ISHIKAWA, Chiaki from comment #31) > I noticed that while I am composing a message, > I see TB operation is blocked and no input can be done. (Or rather noechoback or the characters I typed don't show up soon enough) > WHEN the automatic e-mail download kicks in. Does the "TB operation is blocked and no input can be done" continues forever? Or temporary phenomenon? If so, it's similar to "while saving draft by auto-save, input is not aaccepted", isn't it? If so, phenomenon may be same as "If Junk move of new mail happens while mail composing, Junk mail is not moved". This was reported for Tb 31 at a forum in Japan. Because mail composiion window saves mail to Draft only, mail composiion window won't interfere Junk folder access. Because Junk filter accesses Inbox and Junk only, Junk filter won't interfere Drafts folder accesss. However, at temp file level, contension may occur : same /temp/nsmail.tmp like file is used by draft saving and junk filtering/move. If so, issue in CreateUnique may produce problem. CreateUnique returns same nsmail-1.tmp to both "Draft save" and "Junk filter/move". If this happens, if Draft save wins, Junk filer fails, and if Junk filter wins, Draft save waits for close or delete of nsmail-1.tmp. If this kind of issue, "tracking file I/O to such temp file" may be helpful(Process Monitor if Win, OpenSnoop if Mac, ...) Kent James, I think you said "same file name for different mails when MaildirStore" was caused by "same temp file name to multiple CreateUnique requests". It's right? If right, will such issue in CreateUnique produce phenomenon like above?
(In reply to WADA from comment #32) > (In reply to ISHIKAWA, Chiaki from comment #31) > > I noticed that while I am composing a message, > > I see TB operation is blocked and no input can be done. (Or rather noechoback or the characters I typed don't show up soon enough) > > WHEN the automatic e-mail download kicks in. > > Does the "TB operation is blocked and no input can be done" continues > forever? Or temporary phenomenon? It is temporary. As soon as (automatically invoked at every NNN minutes) downloading finishes, the blocked input is echoed to the composition window. Problem is that I often type ahead and these already typed keyboard sequences while the display was not updated sometimes cause unexpected effect: like since I thought that I mistyped some characters when I saw no display feedback, I often retype the last characters a few times or if I am in the middle of editing operation (instead of simply inserting/appending a character to the composition window), repetition of delete, etc. can be a cause of very annoying result. Especially think of trying to deleting a selected region when the resulting re-display is blocked, and I often think that my mouse operation failed and try to redo the deleting a few times until it is too late: when the blocked status of composition window is released (after the downloading finishes), the composition window contains pretty messed up content and I have to carefully restore the intended content. > If so, it's similar to "while saving draft by auto-save, input is not > aaccepted", isn't it? Could be. > If so, phenomenon may be same as "If Junk move of new mail happens while > mail composing, Junk mail is not moved". > This was reported for Tb 31 at a forum in Japan. Maybe by chance, I did not see this happen. > Because mail composiion window saves mail to Draft only, mail composiion > window won't interfere Junk folder access. > Because Junk filter accesses Inbox and Junk only, Junk filter won't > interfere Drafts folder accesss. > However, at temp file level, contension may occur : same /temp/nsmail.tmp > like file is used by draft saving and junk filtering/move. > If so, issue in CreateUnique may produce problem. > CreateUnique returns same nsmail-1.tmp to both "Draft save" and "Junk > filter/move". > If this happens, if Draft save wins, Junk filer fails, and if Junk filter > wins, Draft save waits for close or delete of nsmail-1.tmp. > If this kind of issue, "tracking file I/O to such temp file" may be > helpful(Process Monitor if Win, OpenSnoop if Mac, ...) > The theory about temp file contention is interesting. But that would mean a buggy CreateUnique. After local testing of TB under linux, I often see /tmp/nsmail-NNN.tmp where NNN is a number lying around after TB quits. CreateUnique ought to create unique temp file even if it is given the same string as the template to create a unique file (by adding appropriate unique -NNN substring in the path name.) Was the reporter of the file contention issue a user of TB under Windows? I recall looking at CreateUnique and it seems it serves its purpose under linux. It may not be bullet-proof under Windows. Well, we may need to look at it again to see if there is a chance of race between two invoking threads, etc. TIA
(In reply to Kent James (:rkent) from comment #30) > There is a known issue in the copy service that if a copy fails and does not return a callback to the copy service, (snip) I know bug report for penomenon like next. Is such phenomenon relevant to it? if LAN cable is pulled off while moving mails from IMAP Offline-use=Off folder to local folder, "store +Flag(\Deleted)" is issued, or msgDBHdr is removed without "store +Flag(\Deleted)" even though "copy step of move" failed. Is phenomenon like bug 1110583, bug 750630 relevant to it? I saw phenoenon of "move/copy will do nothing" several times during test for bug 1110583. I feel "filter move failure" may have timing hole of "don't release folder lock like one".
BTW, these I used to from time to time experience these UI hangs too, but I don't think it's related to the original problem reported.
Hopefully Kent can comment about new logging we have for filters in version 38 (In reply to Honza Bambas (:mayhemer) from comment #28) > For the record, whenever my INBOX is frozen and I shut TB down, I get a > shutdown crash: > > bp-76063b75-26dc-4ff8-9d04-be22c2150209 > bp-837f1c63-d4cb-4678-b449-391412150202 > bp-feb0f888-03af-46bd-8881-628742150202 > bp-23f4b4a1-ae2a-45b9-974a-f76562150127 > bp-a13c6fe6-b4ae-43b0-a591-ff6a62150126 Joshua, do we need a new bug report for nsMsgSearchTerm::MatchRfc2047String(nsACString_internal const&, char const*, bool, bool*)? quite rare - only 10 crashes since 2014-09-01 > at > http://hg.mozilla.org/releases/comm-aurora/annotate/8f81d26fca7d/mailnews/ > base/search/src/nsMsgSearchTerm.cpp#l1081 hg@0 1076 NS_ENSURE_ARG_POINTER(pResult); hg@0 1077 Pidgeot18@13541 1078 nsCOMPtr<nsIMimeConverter> mimeConverter = do_GetService(NS_MIME_CONVERTER_CONTRACTID); Pidgeot18@13541 1079 nsAutoCString stringToMatch; Pidgeot18@13541 1080 nsresult rv = mimeConverter->DecodeMimeHeaderToUTF8( Pidgeot18@13541 1081 rfc2047string, charset, charsetOverride, false, stringToMatch);
Severity: blocker → major
Flags: needinfo?(rkent)
Flags: needinfo?(Pidgeot18)
The crashes could all become well from me only. I'm linking them here as a clue since it's INBOX freez <=> shutdown crash.
The shutdown crash is due to the fact that all getService calls fail during shutdown; it wouldn't cause any sort of inbox freezing issues in non-shutdown scenarios.
Flags: needinfo?(Pidgeot18)
sounds a bit like bug 948082 and friends. Did you have notifications on, or hae a drag and drop of message fail?
Flags: needinfo?(rkent) → needinfo?(honzab.moz)
Summary: pop INBOX sometimes gets frozen: moving, marking as read doesn't work → pop INBOX sometimes moving, marking as read or junk doesn't work - the mail is not moved or changed
(In reply to Wayne Mery (:wsmwk, NI for questions) from comment #39) > sounds a bit like bug 948082 and friends. > > Did you have notifications on, Not sure what notifications you mean > or hae a drag and drop of message fail? I was using the context menu and d&d too, both were failing. I no longer have a way to reproduce (have only one pop3 account now)
Flags: needinfo?(honzab.moz)
(In reply to Honza Bambas (:mayhemer) from comment #40) > (In reply to Wayne Mery (:wsmwk, NI for questions) from comment #39) > > sounds a bit like bug 948082 and friends. > > > > Did you have notifications on, > > Not sure what notifications you mean Notifications are what pop up when you get new mail. As you mentioned in comment 15 "seems like during the time I'm writing an email (the compose window is open) an email has to come and seems like it has to be an email for which a 'move' action filter triggers." > > or hae a drag and drop of message fail? > > I was using the context menu and d&d too, both were failing. > > I no longer have a way to reproduce (have only one pop3 account now) No problem. It could be something else, but bug 948082 is one reasonable guess. Thanks for the update
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Summary: pop INBOX sometimes moving, marking as read or junk doesn't work - the mail is not moved or changed → pop INBOX sometimes moving (with menu or d&d), marking as read or junk doesn't work - the mail is not moved or changed.
You need to log in before you can comment on or make changes to this bug.