849884 - crash in PR_Lock|mozilla::layers::AsyncPanZoomController::SetState|mozilla::layers::AsyncPanZoomController::ContentReceivedTouch

Status: RESOLVED DUPLICATE of bug 833964

(Core :: Panning and Zooming, defect)

Description

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

This bug was filed from the Socorro interface and is 
report bp-d5cb5e1b-3f3d-413c-8633-721312130311 .
============================================================= 
Frame 	Module 	Signature 	Source
0 	libnspr4.so 	PR_Lock 	ptsynch.c:184
1 	libxul.so 	mozilla::layers::AsyncPanZoomController::SetState 	Mutex.h:74
2 	libxul.so 	mozilla::layers::AsyncPanZoomController::ContentReceivedTouch 	AsyncPanZoomController.cpp:1377
3 	libxul.so 	mozilla::layers::AsyncPanZoomController::TimeoutTouchListeners 	AsyncPanZoomController.cpp:1411
4 	libxul.so 	RunnableMethod<IPC::ChannelProxy::Context, void , Tuple0>::Run 	tuple.h:383
5 	libxul.so 	MessageLoop::RunTask 	message_loop.cc:334
6 	libxul.so 	MessageLoop::DeferOrRunPendingTask 	message_loop.cc:342
7 	libxul.so 	MessageLoop::DoDelayedWork 	message_loop.cc:469
8 	libxul.so 	mozilla::ipc::MessagePump::Run 	MessagePump.cpp:98
9 	libxul.so 	MessageLoop::RunInternal 	message_loop.cc:216
10 	libxul.so 	MessageLoop::Run 	message_loop.cc:209
11 	libxul.so 	nsBaseAppShell::Run 	nsBaseAppShell.cpp:163
12 	libxul.so 	nsAppStartup::Run 	nsAppStartup.cpp:290
13 	libxul.so 	XREMain::XRE_mainRun 	nsAppRunner.cpp:3794
14 	libxul.so 	XREMain::XRE_main 	nsAppRunner.cpp:3860
15 	libxul.so 	XRE_main 	nsAppRunner.cpp:3935
16 	b2g 	main 	nsBrowserApp.cpp:164
17 	libc.so 	__libc_init 	libc_init_dynamic.c:114
18 	libc.so 	__cxa_atexit 	atexit.c:99
19 		@0xbee8fd24 	

Looks like beta branch 3/6 build

Comment 1

[Tony Chung [:tchung]]

leo-, but lets get analysis if this is reproducible and highly visible in socorro.  also good to understand what the user impact is.   renom, if still a large issue.

Comment 2

[Jason Smith [:jsmith]]

Removing qawanted - there's nothing we can do here without more information to determine a STR.

Comment 3

[Scoobidiver (away)]

(In reply to Tony Chung [:tchung] from comment #1)
> renom, if still a large issue.
It's #5 top crasher in FxOS 1.0.1. I don't know whether 1.1 is affected.

Comment 4

[Lukas Blakk [:lsblakk] use ?needinfo]

If we don't know that 1.1 is affected we can't block on this - as Tony & Jason have pointed out we do not have an understanding of STR, user impact or reproducibility.

Comment 5

[Andrew Overholt [:overholt]]

kats is probably interested in seeing this.

Comment 6

[Kartikaya Gupta (email:[e-mail])]

This might be a dupe of bug 833964 which was wontfix'ed for 1.0.1

Comment 7

[Kartikaya Gupta (email:[e-mail])]

There don't appear to be any crash reports for this past Gecko 18.0.