Closed Bug 1656507 Opened 4 years ago Closed 2 years ago

Thunderbird Crash in [@ memcpy | NS_CopySegmentToBuffer]

Categories

(MailNews Core :: Networking: IMAP, defect)

x86_64
Windows
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: worcester12345, Unassigned)

References

()

Details

(Keywords: crash)

Crash Data

This bug is for crash report bp-170928e3-78ec-4775-9217-60fce0200731.

Top 10 frames of crashing thread:

0 vcruntime140.dll memcpy f:\dd\vctools\crt\vcruntime\src\string\i386\memcpy.asm:194
1 xul.dll NS_CopySegmentToBuffer xpcom/io/nsPipe3.cpp:1702
2 xul.dll nsPipeOutputStream::WriteSegments xpcom/io/nsPipe3.cpp:1671
3 xul.dll nsPipeOutputStream::Write xpcom/io/nsPipe3.cpp:1710
4 xul.dll nsImapProtocol::PostLineDownLoadEvent comm/mailnews/imap/src/nsImapProtocol.cpp:3742
5 xul.dll nsImapProtocol::HandleMessageDownLoadLine comm/mailnews/imap/src/nsImapProtocol.cpp:3908
6 xul.dll nsIMAPBodypart::GenerateBoundary comm/mailnews/imap/src/nsIMAPBodyShell.cpp:430
7 xul.dll nsIMAPBodypartMultipart::Generate comm/mailnews/imap/src/nsIMAPBodyShell.cpp:892
8 xul.dll nsIMAPBodypartMultipart::Generate comm/mailnews/imap/src/nsIMAPBodyShell.cpp:894
9 xul.dll nsIMAPBodypartMessage::Generate comm/mailnews/imap/src/nsIMAPBodyShell.cpp:765

68.11.0 (32-bit)

addons:
CompactHeader
(Lightning)
LookOut (fix version)
Provider for Google Calendar
Remove Duplicate Messages (Alternate)

Are you still seeing this exact crash signature when using version 78?

I can tell you the crash rate of 78 is approx half that of 68

Flags: needinfo?(worcester12345)

This one is on a different computer. I will get back to you on this in a week or two.

Flags: needinfo?(worcester12345)

(In reply to Worcester12345 from comment #2)

This one is on a different computer. I will get back to you on this in a week or two.

Which computer was this, the one with Avast, or the one with McAfee?
And this signature no longer happens?

Flags: needinfo?(worcester12345)

the one with McAfee

Flags: needinfo?(worcester12345)

Related to Bug 1581017? Thunderbird crashes @ nsMsgLineStreamBuffer::ReadNextLine if repairing folder with large amount of messages

I sampled six crashes and no common factor in module or add-ons is apparent.
Most appear to have no AV, which is strange.
bp-22f3108f-086d-4f04-b24a-2a2830211029 has bitdefender.

Status: UNCONFIRMED → NEW
Component: General → Networking: IMAP
Ever confirmed: true
Flags: needinfo?(gds)
OS: Windows 10 → Windows
Product: Thunderbird → MailNews Core
Summary: Crash in [@ memcpy | NS_CopySegmentToBuffer] → Thunderbird Crash in [@ memcpy | NS_CopySegmentToBuffer]
Flags: needinfo?(gds)
See Also: → 1746744

Strong crash through 91.9.1, and then it is gone - nothing reported for 91.10.0
https://crash-stats.mozilla.org/signature/?product=Thunderbird&signature=memcpy%20%7C%20NS_CopySegmentToBuffer&date=%3E%3D2022-01-31T14%3A34%3A00.000Z&date=%3C2022-07-31T14%3A34%3A00.000Z

I don't see anything in comm-esr1 pushlog that would have fixed it.
Maybe something in mozilla-esr1 pushlog

I also don't find a possible replacement signature

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
Keywords: crash
You need to log in before you can comment on or make changes to this bug.