Closed
Bug 1309686
Opened 8 years ago
Closed 7 years ago
Crash in mozilla::a11y::DocAccessible::UncacheChildrenInSubtree
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
People
(Reporter: esthermonchari, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: crash, regression, regressionwindow-wanted)
Crash Data
This bug was filed from the Socorro interface and is
report bp-4dd439a5-1064-416e-9efc-00fee2160928
=============================================================
Crash stated with build id 20160927030200 and is still continuing.
Adding ni on :Alexander and Ehsan since it appears they've worked in that area, maybe they can help figure out if I placed this in the right component.
Flags: needinfo?(surkov.alexander)
Flags: needinfo?(ehsan)
Comment 1•8 years ago
|
||
This is the right component, thanks for the bug report.
Flags: needinfo?(ehsan)
Comment 3•8 years ago
|
||
Adding some keywords to get some traction on finding the regression window.
Keywords: regression,
regressionwindow-wanted
Comment 4•8 years ago
|
||
Crash volume for signature 'mozilla::a11y::DocAccessible::UncacheChildrenInSubtree':
- nightly (version 52): 29 crashes from 2016-09-19.
- aurora (version 51): 80 crashes from 2016-09-19.
- beta (version 50): 26 crashes from 2016-09-20.
- release (version 49): 427 crashes from 2016-09-05.
- esr (version 45): 53 crashes from 2016-07-25.
Crash volume on the last weeks (Week N is from 10-17 to 10-23):
W. N-1 W. N-2 W. N-3 W. N-4
- nightly 7 13 6 2
- aurora 28 29 14 2
- beta 5 7 9 1
- release 113 134 125 21
- esr 1 1 0 3
Affected platform: Windows
Crash rank on the last 7 days:
Browser Content Plugin
- nightly #188 #256
- aurora #41
- beta #1436
- release #515
- esr #5720
status-firefox49:
--- → affected
status-firefox50:
--- → affected
status-firefox51:
--- → affected
status-firefox-esr45:
--- → affected
Updated•8 years ago
|
Comment 5•8 years ago
|
||
Marco have you ever hit this? Would be great to get STR.
Flags: needinfo?(mzehe)
Comment 6•8 years ago
|
||
(In reply to David Bolter [:davidb] from comment #5)
> Marco have you ever hit this? Would be great to get STR.
Unfortunately not! I would have either filed it myself if I had, or commented here with a link to my report and a description of the situation this occurred in. :(
Flags: needinfo?(mzehe)
we are a week away from RC, too late, this is now a wontfix for 50. Also, this is a very low volume crash on Beta50 cycle.
Comment 8•8 years ago
|
||
Hi David,
It seems to me that the crash starts to show from 51.0b6. Can you help find someone to look at this?
Flags: needinfo?(dbolter)
Comment 9•8 years ago
|
||
might have same reasons as bug 1321384 has
I'm curious, if bug 1316789 landing has any correlations with the crash ratio?
Comment 10•8 years ago
|
||
(In reply to alexander :surkov from comment #9)
> might have same reasons as bug 1321384 has
>
> I'm curious, if bug 1316789 landing has any correlations with the crash
> ratio?
Yes I think it roughly doubled. Do you have a hypothesis?
Flags: needinfo?(dbolter) → needinfo?(surkov.alexander)
Comment 11•8 years ago
|
||
(In reply to David Bolter [:davidb] from comment #10)
> (In reply to alexander :surkov from comment #9)
> > might have same reasons as bug 1321384 has
> >
> > I'm curious, if bug 1316789 landing has any correlations with the crash
> > ratio?
>
> Yes I think it roughly doubled. Do you have a hypothesis?
I would expect it helping rather than aggravating it.
It's interesting the bug was presented in 45.5.1esr only and starting from 50.0.1 (no 46-49). Is there any chance that some changes backported from 50/51 to 45esr increased the crash ratio?
Also 51b/51 crash number increased comparing to 50, which should mean that 51b/51 got some destabializing extras.
Flags: needinfo?(surkov.alexander)
Comment 12•8 years ago
|
||
note, bug 1321384 also starts its story from 50.1.0. It'd be interesting to investigate the list of a11y changes made between 49 and 50 (presumably we've got a crash signature in 50) and between 50 and 51 (crash ratio had increased).
Comment 13•8 years ago
|
||
In regards to the tracking flags I see that the version is 52 but 51 is shown as affected. Can someone with history of this issue fix that? Thanks
Comment 14•8 years ago
|
||
(In reply to Justin [:JW_SoftvisionQA] from comment #13)
> In regards to the tracking flags I see that the version is 52 but 51 is
> shown as affected. Can someone with history of this issue fix that? Thanks
According to the crash stats signature, http://bit.ly/2jEnv3T, 51 is affected.
Updated•8 years ago
|
status-firefox53:
--- → affected
status-firefox54:
--- → affected
Comment 15•8 years ago
|
||
Comment 16•8 years ago
|
||
3232 crashes in the last 7 days on release - this is the #7 overall browser crash.
Comment 17•8 years ago
|
||
I'm getting certain that it has same roots as bug 1321384 has. Let's keep tracking of these two bugs in a bunch.
OK, thank. if that works then we should see this signature drop off in beta 7 later this week.
tracking-firefox52:
--- → +
tracking-firefox53:
--- → +
Comment 19•8 years ago
|
||
This is still around in b7 and b8, no noticeable drop since previous betas afaict.
Comment 20•8 years ago
|
||
Not a huge volume and we're getting close to 52 RC → wontfix.
Wontfix for 53 as well. There are still some crashes on 52 and 53, none so far on 54/55.
Comment 22•7 years ago
|
||
appears fixed by bug 1363027, landed on moz 54b12 May 25, no new crashes after that, the last one is for 54.0b11 https://crash-stats.mozilla.com/signature/?product=Firefox&signature=mozilla%3A%3Aa11y%3A%3ADocAccessible%3A%3AUncacheChildrenInSubtree&date=%3E%3D2017-05-23T18%3A07%3A00.000Z&date=%3C2017-05-30T18%3A07%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_sort=-build_id&_sort=-date&page=1
Updated•7 years ago
|
status-firefox55:
--- → fixed
status-firefox-esr52:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•