Open Bug 1851297 Opened 1 year ago Updated 1 month ago

Import Crash in [@ shutdownhang | nsOutlookCompose::ComposeTheMessage] involving import?

Categories

(MailNews Core :: Import, defect)

Thunderbird 102
Unspecified
All
defect

Tracking

(thunderbird_esr102 wontfix, thunderbird_esr115+ affected)

Tracking Status
thunderbird_esr102 --- wontfix
thunderbird_esr115 + affected

People

(Reporter: wsmwk, Unassigned)

References

Details

(Keywords: crash, testcase-wanted)

Crash Data

#5 crash for 115.2.0

Crash rate of version 115 is double or triple that of version 102 https://crash-stats.mozilla.org/signature/?product=Thunderbird&signature=shutdownhang%20%7C%20nsOutlookCompose%3A%3AComposeTheMessage&date=%3E%3D2023-03-02T11%3A13%3A00.000Z&date=%3C2023-09-02T11%3A13%3A00.000Z

Crash report: https://crash-stats.mozilla.org/report/index/92707d5f-f03d-4ffb-ac5e-9a13a0230902

MOZ_CRASH Reason: Shutdown hanging at step AppShutdownConfirmed. Something is blocking the main-thread.

Top 10 frames of crashing thread:

0  ntdll.dll  ZwWaitForAlertByThreadId  
1  ntdll.dll  RtlSleepConditionVariableSRW  
2  KERNELBASE.dll  SleepConditionVariableSRW  
3  mozglue.dll  mozilla::detail::ConditionVariableImpl::wait  mozglue/misc/ConditionVariable_windows.cpp:50
4  xul.dll  mozilla::OffTheBooksCondVar::Wait  xpcom/threads/CondVar.h:58
4  xul.dll  mozilla::TaskController::GetRunnableForMTTask  xpcom/threads/TaskController.cpp:603
5  xul.dll  nsThread::ProcessNextEvent  xpcom/threads/nsThread.cpp:1174
6  xul.dll  NS_ProcessNextEvent  xpcom/threads/nsThreadUtils.cpp:479
7  xul.dll  nsOutlookCompose::ComposeTheMessage  mailnews/import/src/nsOutlookCompose.cpp:333
8  xul.dll  nsOutlookCompose::ProcessMessage  mailnews/import/src/nsOutlookCompose.cpp:427
Flags: needinfo?(mkmelin+mozilla)

People trying to exit while outlook import is still ongoing?

Flags: needinfo?(mkmelin+mozilla)

The vast majority do mention import.

Bp-bc0827b-1d94-470c-9311-05a0d0230716 interestingly states "I try to import outloook mail etc. then windows defender warn: Trojan:Script/Wacatac.B!ml C:\Users\xx\AppData\Local\Temp\mapiattach.tmp

Of the ones which do not mention import we have bp-549c1ad8-8e0d-40fa-9c7e-fe6b60230527 which does have import on the stack and states "I was doing research on Firefox about synchronizing Thunderbird contacts between two computers and was not viewing Thunderbird when it crashed. I am not sure what caused the crash.

(In reply to Magnus Melin [:mkmelin] from comment #1)

People trying to exit while outlook import is still ongoing?

In cases where they are explicitly existing, it would surely only be it was hung or there was not path for them to move forward?

bp-247d355d-4785-4f23-80c2-45a400231216
I inititated the import in step on and then began the import. progress bar junped to 33% and remained there. I went back to beginning of the progam and it would not let me chnage the import location and retried 3 times before I emailed you.

bp-d328f88a-5b50-4d02-b470-6ea880231215
stuck at 33%

bp-4afcc340-e200-4b53-ad78-49bd90231124
Import from outlook froze, first at 33% then at 0 on another try.

bp-1915903a-62f4-46d8-a1c0-9d2e10231106
stop at 33%

bp-7bc0827b-1d94-470c-9311-05a0d0230716
import outloook mail etc. then windows defender warn: Trojan:Script/Wacatac.B!ml C:\Users\xx\AppData\Local\Temp\mapiattach.tmp
**to avoid this case, should our import be using the capability provied by "make it easy for antivirus software to analyze incoming mail messages for viruses before they are stored locally." ?

bp-1423a7ba-ec52-48c6-a854-f9b460230810
Might be related to Windows Defender triggering on a message to be imported.

People trying to exit while outlook import is still ongoing?

Perhaps. But the initial failure for most users is simply a failed import - perhaps that doesn't end. So where is import failing, or why is it not generous in failing?

Some recent examples:

A large number cite "froze at 33%"

Crash Signature: [@ shutdownhang | nsOutlookCompose::ComposeTheMessage] → [@ shutdownhang | nsOutlookCompose::ComposeTheMessage] [@ shutdownhang | kernelbase.dll | nsOutlookCompose::ComposeTheMessage]
Flags: needinfo?(mkmelin+mozilla)

I haven't found any users willing to provide testcase data.

Flags: needinfo?(mkmelin+mozilla)

I'm hoping https://crash-stats.mozilla.org/report/index/b99d19dd-2b39-4d31-9891-7a0af0240624 might provide some data.

About 5% of the following crash signatures indicate involvement of Outlook import:

Crash Signature: [@ shutdownhang | nsOutlookCompose::ComposeTheMessage] [@ shutdownhang | kernelbase.dll | nsOutlookCompose::ComposeTheMessage] → [@ shutdownhang | nsOutlookCompose::ComposeTheMessage] [@ shutdownhang | kernelbase.dll | nsOutlookCompose::ComposeTheMessage] [@ shutdownhang | NtCreateFile] [@ shutdownhang | ZwWriteFile ]
Summary: Import Crash in [@ shutdownhang | nsOutlookCompose::ComposeTheMessage] → Import Crash in [@ shutdownhang | nsOutlookCompose::ComposeTheMessage] involving import?
See Also: → 1749177
You need to log in before you can comment on or make changes to this bug.