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

Summary: [abrt] firefox: XDisplayString(): firefox killed by signal 11
Product: [Fedora] Fedora Reporter: Christian Stadelmann <fedora>
Component: firefoxAssignee: Martin Stransky <stransky>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 26CC: gecko-bugs-nobody, jhorak, kengert, pjasicek, stransky
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/0dac090fee4167c56f83a9d2edddec8eeb8055c8
Whiteboard: abrt_hash:6d66cb776264a6c7205d009b7697078f54990756;VARIANT_ID=workstation;
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-06-22 10:00:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1054334    
Attachments:
Description Flags
File: backtrace
none
File: core_backtrace
none
File: cpuinfo
none
File: dso_list
none
File: limits
none
File: proc_pid_status none

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/