Closed Bug 814790 Opened 13 years ago Closed 7 years ago

crash in libunity-webapps.so.0.0.0 with Ubuntu Unity Web App

Categories

(Firefox :: Extension Compatibility, defect)

17 Branch
All
Linux
defect
Not set
critical

Tracking

()

RESOLVED WONTFIX

People

(Reporter: scoobidiver, Unassigned)

References

Details

(Keywords: crash)

Crash Data

It's #2 top crasher in 17.0 on Linux. Signature ffi_call More Reports Search UUID 5550be93-c207-4baa-8b7a-a4b742121122 Date Processed 2012-11-22 18:25:56 Uptime 12606 Last Crash 3.5 hours before submission Install Age 16.7 hours since version was first installed. Install Time 2012-11-22 01:43:30 Product Firefox Version 17.0 Build ID 20121120063459 Release Channel release OS Linux OS Version 0.0.0 Linux 3.5.0-18-generic #29-Ubuntu SMP Fri Oct 19 10:26:51 UTC 2012 x86_64 Build Architecture amd64 Build Architecture Info family 6 model 37 stepping 5 Crash Reason SIGILL Crash Address 0x7fd6368690bc User Comments after a 15 min of activity, then crash App Notes OpenGL: NVIDIA Corporation -- GeForce 310M/PCIe/SSE2 -- 3.3.0 NVIDIA 304.43 -- texture_from_pixmap EMCheckCompatibility True Frame Module Signature Source 0 @0x7fd6368690bc 1 libxul.so ffi_call ffi64.c:485 2 libunity-webapps.so.0.0.0 libunity-webapps.so.0.0.0@0x236ff 3 libgobject-2.0.so.0.3400.0 g_cclosure_marshal_generic gclosure.c:1454 4 libunity-webapps.so.0.0.0 libunity-webapps.so.0.0.0@0x236ff 5 libgobject-2.0.so.0.3400.0 libgobject-2.0.so.0.3400.0@0x1089f 6 libgobject-2.0.so.0.3400.0 g_closure_invoke gclosure.c:777 7 libgobject-2.0.so.0.3400.0 signal_emit_unlocked_R gsignal.c:3551 8 libgobject-2.0.so.0.3400.0 g_signal_emitv gsignal.c:3041 9 libunity-webapps.so.0.0.0 unity_webapps_gen_context_proxy_g_signal unity-webapps-gen-context.c:6301 10 libxul.so libxul.so@0x17a14b7 11 libxul.so ffi_call ffi64.c:485 12 libgobject-2.0.so.0.3400.0 g_cclosure_marshal_generic gclosure.c:1454 13 libgobject-2.0.so.0.3400.0 g_closure_invoke gclosure.c:777 14 libgobject-2.0.so.0.3400.0 signal_emit_unlocked_R gsignal.c:3589 15 libgobject-2.0.so.0.3400.0 g_signal_emit_valist gsignal.c:3300 16 libgobject-2.0.so.0.3400.0 g_signal_emit gsignal.c:3356 17 libgio-2.0.so.0.3400.0 on_signal_received gdbusproxy.c:927 18 libgio-2.0.so.0.3400.0 emit_signal_instance_in_idle_cb gdbusconnection.c:3715 19 libglib-2.0.so.0.3400.0 g_main_context_dispatch gmain.c:2715 20 libglib-2.0.so.0.3400.0 g_main_context_iterate gmain.c:3290 21 libglib-2.0.so.0.3400.0 g_main_context_iteration gmain.c:3351 22 libxul.so nsAppShell::ProcessNextNativeEvent nsAppShell.cpp:131 23 libxul.so nsBaseAppShell::DoProcessNextNativeEvent nsBaseAppShell.cpp:139 24 libxul.so nsBaseAppShell::OnProcessNextEvent nsBaseAppShell.cpp:298 25 libxul.so nsThread::ProcessNextEvent nsThread.cpp:586 26 libxul.so NS_ProcessNextEvent_P nsThreadUtils.cpp:220 27 libxul.so mozilla::ipc::MessagePump::Run MessagePump.cpp:117 28 libxul.so MessageLoop::Run message_loop.cc:201 29 libxul.so nsBaseAppShell::Run nsBaseAppShell.cpp:163 30 libxul.so nsAppStartup::Run nsAppStartup.cpp:273 31 libxul.so XREMain::XRE_mainRun nsAppRunner.cpp:3812 32 libxul.so XREMain::XRE_main nsAppRunner.cpp:3889 33 libxul.so XRE_main nsAppRunner.cpp:3965 34 firefox main nsBrowserApp.cpp:174 More reports at: https://crash-stats.mozilla.com/report/list?signature=ffi_call https://crash-stats.mozilla.com/report/list?signature=js%3A%3Actypes%3A%3ACClosure%3A%3AClosureStub https://crash-stats.mozilla.com/report/list?signature=_raise_callback https://crash-stats.mozilla.com/report/list?signature=JS_GetRuntime
Is this caused by an extension? If so, which one?
(In reply to Jorge Villalobos [:jorgev] from comment #1) > Is this caused by an extension? If so, which one? There are two extensions: 100% (12/12) vs. 34% (39/116) {2e1445b0-2682-11e1-bfc2-0800200c9a66} (Unity Websites integration 2012.10.12.beta) 100% (12/12) vs. 34% (40/116) webapps-team@lists.launchpad.net (Unity Desktop Integration) 17% (2/12) vs. 6% (7/116) 2.3.5 83% (10/12) vs. 28% (33/116) 2.4.1 Unity Websites integration 2012.11.20.beta isn't correlated to crashes.
Topcrasher on Linux but overall low crash volume, wouldn't be a respin candidate. Jorge can re-nom if there's something Firefox-side here otherwise I hope that outreach to the extension devs or potentially blocklisting the addon will help here.
Chris, is this something you can help us with?
Removing the tracking flag again (sorry).
This looks quite like https://launchpad.net/bugs/1076350, especially based on some of the comments
Looking at https://crash-stats.mozilla.com/topcrasher/byos/Firefox/17.0.1/Linux/7 this seems to be out of topcrash range.
Keywords: topcrash
For information, one user report that disabling FireTray fix the problem. Ref: http://forum.ubuntu-fr.org/viewtopic.php?pid=12194751
Mass-closing old Extension Compatibility bugs that relate to legacy add-ons or NPAPI plug-ins. If you think this bug is still valid, please reopen or comment. Sorry for the bug spam, and happy Friday!
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.