1736624 - AhnLab nzbrcomf32.dll startup crash with 32-bit Firefox in [@ _purecall | __crt_state_management::wrapped_invoke<T>]

Status: RESOLVED WONTFIX

(External Software Affecting Firefox :: Other, defect)

Description

[Sebastian Hengst [:aryx] (needinfo me if it's about an intermittent or backout)]

This Firefox crash signature got frequent on 2021-10-18 around 08:00 UTC. All crash reports investigated have the module nzbrcomf32.dll 1.4.0.73 loaded. The crash affects only 32-bit builds of Firefox (based on the frequency increase this should be unrelated to the Firefox version). 90% of the crashes are reported in the first minute of application launch

deguls and taehee.joe, if you are still with AhnLab, could you investigate what's causing the crash?

Crash report: https://crash-stats.mozilla.org/report/index/a60e069b-166f-410a-b83e-53abf0211019

Reason: STATUS_STACK_BUFFER_OVERRUN / FAST_FAIL_FATAL_APP_EXIT

Top 6 frames of crashing thread:

0 ucrtbase.dll abort 
1 ucrtbase.dll _purecall 
2 ucrtbase.dll int __crt_state_management::wrapped_invoke<int  
3 oleacc.dll AccWrap_Base::ProcessIDispatch 
4 oleacc.dll virtual long __stdcall AccWrap_Base::get_accParent 
5 nzbrcomf32.dll nzbrcomf32.dll@0x1dfbf 

Comment 1

[Seonghyeok Suh]

This crash is currently under investigation and expected to be fixed next patch.

Comment 2

[acegikmoqsuwy.0123]

When is the AhnLab being fixed? It's been a while since you posted last about this situation being under investigation. It's still glitching out Firefox.

Comment 3

[BugBot [:suhaib / :marco/ :calixte]]

Redirect needinfos that are pending on inactive users to the triage owner.
:haik, since the bug has high severity, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 4

[Haik Aftandilian [:haik]]

This appears to have been fixed by AnhLab as the volume has dropped to almost zero crashes per day.