974542 - Hard crash while debugging

Status: RESOLVED WORKSFORME

(Core :: Web Painting, defect, P1)

Description

[Jeff Griffiths (:canuckistani) (:⚡︎)]

Got this while debugging:

https://crash-stats.mozilla.com/report/index/24698e2d-194e-42d7-a56c-dfb342140219

Comment 1

[Panos Astithas (he/him) [:past] (please ni?)]

This is a gecko issue. Top of the stack:

0  nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) 	obj-firefox/x86_64/dist/include/nsView.h
1  nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) 	view/src/nsViewManager.cpp
2  nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) 	view/src/nsViewManager.cpp
3  nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) 	view/src/nsViewManager.cpp
4  nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) 	view/src/nsViewManager.cpp
5  nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) 	view/src/nsViewManager.cpp
6  nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) 	view/src/nsViewManager.cpp
7  nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) 	view/src/nsViewManager.cpp
8  nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) 	view/src/nsViewManager.cpp
9  PresShell::FlushPendingNotifications(mozilla::ChangesToFlush) 	layout/base/nsPresShell.cpp
10 PresShell::DispatchSynthMouseMove(mozilla::WidgetGUIEvent*, bool) 	layout/base/nsPresShell.cpp

Comment 2

[:glob ✱]

i too hit this while debugging. bp-d7f1aa02-ea4f-4931-88e2-ba3e72140220

Comment 3

[Jeff Griffiths (:canuckistani) (:⚡︎)]

I have no solid STR, sorry. Generally, I have been spending a lot of time doing heavy debugging of JS content code with both the debugger up and the split console. I've also taken a liking recently to the variables click/hover pop-up, see screenshot:

http://note.io/1gPN3l8

Other similar crashes from this week:

https://crash-stats.mozilla.com/report/index/32802588-3acd-4b62-b7b6-fe5562140219
https://crash-stats.mozilla.com/report/index/db2cfeb5-b522-4244-9724-84f722140218
https://crash-stats.mozilla.com/report/index/d322ff0b-6938-4ccd-85d6-41b372140217

Comment 4

[Mats Palmgren (inactive)]

I see nsXULPopupManager::FirePopupHidingEvent in bp-32802588-3acd-4b62-b7b6-fe5562140219
so it might be related to bug 911546?

Comment 5

[Nick Fitzgerald [:fitzgen] [⏰PST; UTC-8]]

I'm getting this when hovering over variables when paused and opening the variables view pop up bubble thing.

https://crash-stats.mozilla.com/report/index/5a7a89c1-5ad2-46a2-8ab4-a0d9c2140228
https://crash-stats.mozilla.com/report/index/a82b47f4-e476-4680-af21-b21af2140228

Comment 6

[Nick Fitzgerald [:fitzgen] [⏰PST; UTC-8]]

I can reproduce pretty reliably here: http://htmlpad.org/debugger-text-select/

STR:

* Open debugger (Cmd + Shift + S)
* Click on the button (now paused at debugger statement)
* Start slowly click+drag selecting "paragraph" above the debugger statement (this should cause the popup to activate, at least until bug 965172 is fixed)

Expected:

The pop up activates and that's it

Actual:

Boom! Crash!

Comment 7

[Timothy Nikkel (:tnikkel)]

I wonder if bug 946658 fixed this? It should be in the latest nightly now for testing.

Comment 8

[Timothy Nikkel (:tnikkel)]

If this but still exists we'll need new stacks because the crashing function has been rewritten.

Comment 9

[Panos Astithas (he/him) [:past] (please ni?)]

I tried but couldn't reproduce it today. Reopen if anyone can.

Comment 10

[Joshua Mitchell (Inactive)]

Issue is resolved - clearing old keywords - qa-wanted clean-up