Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1463181 - [abrt] firefox: XDisplayString(): firefox killed by signal 11
Summary: [abrt] firefox: XDisplayString(): firefox killed by signal 11
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 26
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Martin Stransky
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:6d66cb776264a6c7205d009b769...
Depends On:
Blocks: ffwayland
TreeView+ depends on / blocked
 
Reported: 2017-06-20 10:41 UTC by Christian Stadelmann
Modified: 2017-06-22 10:00 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-06-22 10:00:00 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (7.04 KB, text/plain)
2017-06-20 10:41 UTC, Christian Stadelmann
no flags Details
File: core_backtrace (93.81 KB, text/plain)
2017-06-20 10:41 UTC, Christian Stadelmann
no flags Details
File: cpuinfo (1.13 KB, text/plain)
2017-06-20 10:41 UTC, Christian Stadelmann
no flags Details
File: dso_list (10.37 KB, text/plain)
2017-06-20 10:41 UTC, Christian Stadelmann
no flags Details
File: limits (1.29 KB, text/plain)
2017-06-20 10:41 UTC, Christian Stadelmann
no flags Details
File: proc_pid_status (1.28 KB, text/plain)
2017-06-20 10:41 UTC, Christian Stadelmann
no flags Details

Description Christian Stadelmann 2017-06-20 10:41:19 UTC
Description of problem:
I was running firefox-wayland from the stransky/firefox-wayland COPR: https://copr.fedorainfracloud.org/coprs/stransky/firefox-wayland/

Steps to reproduce the crash:
1. on a GNOME/Xorg session,
2. start weston
3. run `GDK_BACKEND=wayland firefox-wayland --new-instance`

What happens:
Firefox immediately crashes

What should happen:
No crash

Installed version:
firefox-wayland-55.6-1.fc26.x86_64

Version-Release number of selected component:
firefox-54.0-2.fc26

Additional info:
reporter:       libreport-2.9.1
backtrace_rating: 4
cmdline:        /usr/lib64/firefox/firefox --new-instance
crash_function: XDisplayString
executable:     /usr/lib64/firefox/firefox
journald_cursor: s=d9b93894cd2e4e55aba616986ff3d351;i=14a53;b=8dbed7a5f5e4494b8005398fe7ab7033;m=2ef189417;t=55261b24963d6;x=3c47c9acdbb44c23
kernel:         4.11.5-300.fc26.x86_64
rootdir:        /
runlevel:       N 5
type:           CCpp

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 XDisplayString at Macros.c:119
 #1 nsWindow::GetCompositorWidgetInitData(mozilla::widget::CompositorWidgetInitData*) at /usr/src/debug/firefox-54.0/widget/gtk/nsWindow.cpp:6701
 #2 mozilla::layers::InProcessCompositorSession::Create(nsIWidget*, mozilla::layers::LayerManager*, unsigned long const&, mozilla::gfx::ScaleFactor<mozilla::CSSPixel, mozilla::LayoutDevicePixel>, mozilla::layers::CompositorOptions const&, bool, mozilla::gfx::IntSizeTyped<mozilla::gfx::UnknownUnits> const&) at /usr/src/debug/firefox-54.0/gfx/ipc/InProcessCompositorSession.cpp:35
 #3 mozilla::gfx::GPUProcessManager::CreateTopLevelCompositor(nsBaseWidget*, mozilla::layers::LayerManager*, mozilla::gfx::ScaleFactor<mozilla::CSSPixel, mozilla::LayoutDevicePixel>, mozilla::layers::CompositorOptions const&, bool, mozilla::gfx::IntSizeTyped<mozilla::gfx::UnknownUnits> const&) at /usr/src/debug/firefox-54.0/gfx/ipc/GPUProcessManager.cpp:568
 #4 nsBaseWidget::CreateCompositor(int, int) at /usr/src/debug/firefox-54.0/widget/nsBaseWidget.cpp:1301
 #5 nsBaseWidget::GetLayerManager(mozilla::layers::PLayerTransactionChild*, mozilla::layers::LayersBackend, nsIWidget::LayerManagerPersistence) at /usr/src/debug/firefox-54.0/widget/nsBaseWidget.cpp:1408
 #6 nsIWidget::GetLayerManager() at /usr/src/debug/firefox-54.0/objdir/dist/include/nsIWidget.h:1235
 #7 mozilla::PresShell::Paint(nsView*, nsRegion const&, unsigned int) at /usr/src/debug/firefox-54.0/layout/base/PresShell.cpp:6396
 #8 nsViewManager::ProcessPendingUpdatesPaint(nsIWidget*) at /usr/src/debug/firefox-54.0/view/nsViewManager.cpp:483
 #9 nsViewManager::ProcessPendingUpdatesForView(nsView*, bool) at /usr/src/debug/firefox-54.0/view/nsViewManager.cpp:415

Comment 1 Christian Stadelmann 2017-06-20 10:41:25 UTC
Created attachment 1289563 [details]
File: backtrace

Comment 2 Christian Stadelmann 2017-06-20 10:41:28 UTC
Created attachment 1289564 [details]
File: core_backtrace

Comment 3 Christian Stadelmann 2017-06-20 10:41:30 UTC
Created attachment 1289565 [details]
File: cpuinfo

Comment 4 Christian Stadelmann 2017-06-20 10:41:32 UTC
Created attachment 1289566 [details]
File: dso_list

Comment 5 Christian Stadelmann 2017-06-20 10:41:34 UTC
Created attachment 1289567 [details]
File: limits

Comment 6 Christian Stadelmann 2017-06-20 10:41:35 UTC
Created attachment 1289568 [details]
File: proc_pid_status

Comment 7 Martin Stransky 2017-06-20 11:03:02 UTC
Thanks, looks like caused by wrong launch script.

Comment 8 Martin Stransky 2017-06-20 11:09:42 UTC
Should be fixed in 55.8 build.

Comment 9 Christian Stadelmann 2017-06-22 00:28:40 UTC
*** Bug 1463870 has been marked as a duplicate of this bug. ***

Comment 10 Christian Stadelmann 2017-06-22 00:29:16 UTC
(In reply to Martin Stransky from comment #8)
> Should be fixed in 55.8 build.

Hm, I just ran into a very similar bug (see #1463870) with 55.8.

Comment 11 Martin Stransky 2017-06-22 10:00:00 UTC
Unfortunately the fix at 55.8. is missing some part, new 55.9 should fix that:
https://copr.fedorainfracloud.org/coprs/stransky/firefox-wayland/build/569440/


Note You need to log in before you can comment on or make changes to this bug.