Closed
Bug 1267380
Opened 8 years ago
Closed 8 years ago
crash in mozilla::a11y::ProxyShowHideEvent
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: davidb, Assigned: tbsaunde)
References
Details
(Keywords: crash, topcrash-linux, Whiteboard: [platform-rel-Google] [platform-rel-Gmail])
Crash Data
Attachments
(1 file)
This bug was filed from the Socorro interface and is report bp-b67fe5ad-e495-41b6-acd5-d0da02160424. ============================================================= More here: https://crash-stats.mozilla.com/report/list?product=Firefox&signature=mozilla%3A%3Aa11y%3A%3AProxyShowHideEvent#tab-reports Earliest build id seems to be: 20160423030220
Reporter | ||
Comment 1•8 years ago
|
||
Suspect caused by recent landings in bug 1262563.
Reporter | ||
Comment 2•8 years ago
|
||
Crash URLs sort of match expected user browser activity... Facebook is most popular.
Comment 3•8 years ago
|
||
This is the #1 topcrash on recent Linux Nightly builds. Looks like it's usually a null pointer deref.
Comment 4•8 years ago
|
||
I can pretty much reliable reproduce this: 1) Go to gmail.com 2) Try to create a new email 3) Add a recipient. I start by inputting "jm" and when pressing 'm' it crashes. What can I add to this bug to help facilitate this forward?
Comment 5•8 years ago
|
||
[Tracking Requested - why for this release]: Linux Nightly #1 topcrash.
tracking-firefox48:
--- → ?
tracking-firefox49:
--- → ?
Reporter | ||
Updated•8 years ago
|
Assignee: nobody → tbsaunde+mozbugs
Flags: needinfo?(hv1989)
Reporter | ||
Updated•8 years ago
|
Flags: needinfo?(hv1989)
Reporter | ||
Comment 6•8 years ago
|
||
(In reply to Hannes Verschore [:h4writer] from comment #4) > I can pretty much reliable reproduce this: > > 1) Go to gmail.com > 2) Try to create a new email > 3) Add a recipient. I start by inputting "jm" and when pressing 'm' it > crashes. > > What can I add to this bug to help facilitate this forward? Thanks Hannes. Trevor just landed a potential fix from bug 1267376. If you could try a build with that patch it would be great.
Flags: needinfo?(hv1989)
Assignee | ||
Comment 7•8 years ago
|
||
Ok, I can reproduce. In a debug build we assert consumed == aData.NewTree().Length() so I suspect the patch for bug 1267376 is very likely to fix this.
Flags: needinfo?(hv1989)
Comment 8•8 years ago
|
||
Tracking for 48 and 49 since this is a recent regression. Once you have a patch, please request uplift to aurora if you think it’s safe, so we don’t ship with this regression.
Comment 9•8 years ago
|
||
(In reply to David Bolter [:davidb] from comment #6) > Thanks Hannes. Trevor just landed a potential fix from bug 1267376. If you > could try a build with that patch it would be great. I tried this with build: https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=d70ec2a35552&selectedJob=26322359 http://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-inbound-linux64/1461260100/ Still got a crash: https://crash-stats.mozilla.com/report/index/a5187205-72a9-487a-9209-a20e02160428 Not sure how to add symbols in there. But I assume it shows no meaningful information, since it is non-official build?
Comment 10•8 years ago
|
||
Used a debug build and got the following backtrace.
Assignee | ||
Comment 11•8 years ago
|
||
(In reply to Hannes Verschore [:h4writer] from comment #10) > Created attachment 8746464 [details] > Debug build after bug 1267376 landed: > mozilla::a11y::DocAccessibleParent::RecvShowEvent > > Used a debug build and got the following backtrace. I'd expect you still hit that assert, and it adds evidence to the theory its the same issue as bug 1267376. (In reply to Hannes Verschore [:h4writer] from comment #9) > (In reply to David Bolter [:davidb] from comment #6) > > Thanks Hannes. Trevor just landed a potential fix from bug 1267376. If you > > could try a build with that patch it would be great. > > I tried this with build: > https://treeherder.mozilla.org/#/jobs?repo=mozilla- > inbound&revision=d70ec2a35552&selectedJob=26322359 > http://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-inbound- > linux64/1461260100/ > > Still got a crash: > https://crash-stats.mozilla.com/report/index/a5187205-72a9-487a-9209- > a20e02160428 > Not sure how to add symbols in there. But I assume it shows no meaningful > information, since it is non-official build? I'm not sure why you still hit that, if I test with a --disable-debug build with bug 1267376 applied it doesn't crash.
Comment 12•8 years ago
|
||
(In reply to Trevor Saunders (:tbsaunde) from comment #11) > I'd expect you still hit that assert, and it adds evidence to the theory its > the same issue as bug 1267376. I hit this assert on a debug build with bug 1267376 inclusive. Could it be it doesn't fix the issue fully?
Assignee | ||
Comment 13•8 years ago
|
||
(In reply to Hannes Verschore [:h4writer] from comment #12) > (In reply to Trevor Saunders (:tbsaunde) from comment #11) > > I'd expect you still hit that assert, and it adds evidence to the theory its > > the same issue as bug 1267376. > > I hit this assert on a debug build with bug 1267376 inclusive. Could it be > it doesn't fix the issue fully? yes, that's expected and its not supposed to fix all the issues.
status-firefox48:
--- → affected
status-firefox49:
--- → affected
Comment 15•8 years ago
|
||
This crash signature isn't showing up in the last 14 days on any channel. Should we declare this fixed? Hannes, can you still reproduce the crash you described in comment 4?
Flags: needinfo?(tbsaunde+mozbugs)
Flags: needinfo?(hv1989)
Comment 16•8 years ago
|
||
No, I can't reproduce anymore. It doesn't happen locally for me anymore since a few weeks. Possibly similar date to when the crash signature disappeared.
Flags: needinfo?(hv1989)
Comment 17•8 years ago
|
||
Please reopen if it reappears. Closing WFM as per comment #16.
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(tbsaunde+mozbugs)
Resolution: --- → WORKSFORME
Updated•8 years ago
|
Updated•8 years ago
|
platform-rel: --- → -
Whiteboard: [platform-rel-Google] [platform-rel-Gmail]
You need to log in
before you can comment on or make changes to this bug.
Description
•