Closed Bug 1133405 Opened 9 years ago Closed 2 years ago

crash in shutdownhang | ZwFlushBuffersFile

Categories

(Core :: Preferences: Backend, defect)

37 Branch
x86
Windows NT
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox48 --- affected
firefox49 --- affected
firefox-esr45 --- affected
firefox51 --- affected

People

(Reporter: ikram, Unassigned)

References

Details

(Keywords: crash, Whiteboard: [tbird crash])

Crash Data

This bug was filed from the Socorro interface and is 
report bp-71bab705-349c-4de2-a105-d9f6c2150216.
=============================================================
Just met this bug as well.
274 others have met it the last 7 days as well: https://crash-stats.mozilla.com/report/list?product=Firefox&signature=shutdownhang+|+ZwFlushBuffersFile#tab-reports
I'm not finding anything remarkable in the crash reports. It's not a frequent crash. And most users crash only once with no other crashes reported. 

(In reply to Jesper Hansen from comment #2)
> Just met this bug as well.

Under what circumstances?
Have you seen it since?
Flags: needinfo?(jesper)
From the documentation it could appear the bug is met when ZwFlushBuffersFile is taking too long to finish since it is done synchronous and the watchdog then kills off firefox while it is shutting down.
I typically meet these shutdown bugs when I update firefox, mostly when I do the large updates because I skipped a few days to get the incremental nightly updates otherwise.
Now this is only a theory, but could it be that the downloaded update takes so long to flush to disk during some preparation operation towards the update that the watchdog simple kicks in?

This is a rather aged laptop, so these factors could contribute towards what we're seeing in this bug
Flags: needinfo?(jesper)
This looks like pref write shutdown hangs, based on https://crash-stats.mozilla.com/report/index/71bab705-349c-4de2-a105-d9f6c2150216#allthreads . Hopefully some of the stuff in bug 789945 will help here.
Component: General → Preferences: Backend
Product: Firefox → Core
#93 crash for thunderbird 38.5.1
Depends on: 789945
Whiteboard: [tbird crash]
Crash volume for signature 'shutdownhang | ZwFlushBuffersFile':
 - nightly (version 51): 1 crash from 2016-08-01.
 - aurora  (version 50): 0 crashes from 2016-08-01.
 - beta    (version 49): 77 crashes from 2016-08-02.
 - release (version 48): 64 crashes from 2016-07-25.
 - esr     (version 45): 24 crashes from 2016-05-02.

Crash volume on the last weeks (Week N is from 08-22 to 08-28):
            W. N-1  W. N-2  W. N-3
 - nightly       0       0       1
 - aurora        0       0       0
 - beta         26      20       3
 - release      20      15       7
 - esr           2       1       7

Affected platform: Windows

Crash rank on the last 7 days:
           Browser     Content   Plugin
 - nightly
 - aurora
 - beta    #434
 - release #821
 - esr     #1255
Bug 789945 (async pref writes) is in nightly as of 20170615, we can see if it makes a difference here.  Though it seems that most crashes are in beta/release, so it may take a while to see if it makes a difference.
Some of these will not go away just from patches in bug 789945; https://crash-stats.mozilla.com/report/index/3bbde643-1b53-48bb-ab47-4e2060170613 seems to be on a suspend event, where we still do a blocking preferences write.
For Thunderbird, in the last 30 days the crash rate has dropped by at least 50% - but not solely because of version 60
QA Whiteboard: qa-not-actionable

Closing because no crashes reported for 12 weeks.

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