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
Created attachment 1289563 [details] File: backtrace
Created attachment 1289564 [details] File: core_backtrace
Created attachment 1289565 [details] File: cpuinfo
Created attachment 1289566 [details] File: dso_list
Created attachment 1289567 [details] File: limits
Created attachment 1289568 [details] File: proc_pid_status
Thanks, looks like caused by wrong launch script.
Should be fixed in 55.8 build.
*** Bug 1463870 has been marked as a duplicate of this bug. ***
(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.
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/