User Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:76.0) Gecko/20100101 Firefox/76.0

Steps to reproduce:

I set environment variable to:
export MOZ_ENABLE_WAYLAND=1
because I want to launch firefox in sway manager on freebsd current.

Actual results:

The segmentation fault is called as below:
(lldb) bt

• thread #1, name = 'Compositor', stop reason = signal SIGSEGV
  frame #0: 0x00000008013ffc8a libc.so.7__sys_thr_kill at thr_kill.S:4 frame #1: 0x00000008013ff634 libc.so.7__raise(s=11) at raise.c:52:10
  frame #2: 0x00000008085e6365 libxul.sonsProfileLock::FatalSignalHandler(int, __siginfo*, void*) + 245 frame #3: 0x0000000808f23015 libxul.soWasmTrapHandler(int, __siginfo*, void*) + 341
  frame #4: 0x000000080120794e libthr.so.3handle_signal(actp=0x00007fffde94eb80, sig=11, info=0x00007fffde94ef70, ucp=0x00007fffde94ec00) at thr_sig.c:301:3 frame #5: 0x0000000801206f0f libthr.so.3thr_sighandler(sig=11, info=0x00007fffde94ef70, _ucp=0x00007fffde94ec00) at thr_sig.c:246:2
  frame #6: 0x00007ffffffff193
  • frame #7: 0x00000008078be421 libxul.somozilla::widget::WindowBackBufferShm::Resize(int, int) + 113 frame #8: 0x00000008078bff10 libxul.somozilla::widget::WindowSurfaceWayland::GetWaylandBufferWithSwitch() + 144
    frame #9: 0x00000008078c017c libxul.somozilla::widget::WindowSurfaceWayland::LockWaylandBuffer() + 268 frame #10: 0x00000008078c210f libxul.somozilla::widget::WindowSurfaceWayland::CommitImageCacheToWaylandBuffer() + 31
    frame #11: 0x00000008078be7e2 libxul.somozilla::widget::WindowSurfaceWayland::CommitWaylandBuffer() + 306 frame #12: 0x00000008078c255a libxul.somozilla::widget::WindowSurfaceWayland::Commit(mozilla::gfx::IntRegionTyped<mozilla::LayoutDevicePixel> const&) + 682
    frame #13: 0x0000000805f93ebd libxul.somozilla::layers::BasicCompositor::EndRemoteDrawing() + 285 frame #14: 0x0000000805f9954c libxul.somozilla::layers::BasicCompositor::EndFrame() + 524
    frame #15: 0x0000000806101143 libxul.somozilla::layers::LayerManagerComposite::Render(mozilla::gfx::IntRegionTyped<mozilla::gfx::UnknownUnits> const&, mozilla::gfx::IntRegionTyped<mozilla::gfx::UnknownUnits> const&) + 2179 frame #16: 0x00000008061003b6 libxul.somozilla::layers::LayerManagerComposite::UpdateAndRender() + 2582
    frame #17: 0x00000008060ff8f6 libxul.somozilla::layers::LayerManagerComposite::EndTransaction(mozilla::TimeStamp const&, mozilla::layers::LayerManager::EndTransactionFlags) + 182 frame #18: 0x0000000806121614 libxul.somozilla::layers::CompositorBridgeParent::CompositeToTarget(mozilla::layers::BaseTransactionId<mozilla::VsyncIdType>, mozilla::gfx::DrawTarget*, mozilla::gfx::IntRectTyped<mozilla::gfx::UnknownUnits> const*) + 1124
    frame #19: 0x000000080612035b libxul.somozilla::layers::CompositorBridgeParent::RecvFlushRendering() + 171 frame #20: 0x00000008059e07f4 libxul.somozilla::layers::PCompositorBridgeParent::OnMessageReceived(IPC::Message const&, IPC::Message*&) + 1172
    frame #21: 0x00000008059e30d0 libxul.somozilla::layers::PCompositorManagerParent::OnMessageReceived(IPC::Message const&, IPC::Message*&) + 80 frame #22: 0x000000080596d3ee libxul.somozilla::ipc::MessageChannel::DispatchSyncMessage(mozilla::ipc::ActorLifecycleProxy*, IPC::Message const&, IPC::Message*&) + 174
    frame #23: 0x000000080596c7e4 libxul.somozilla::ipc::MessageChannel::DispatchMessage(IPC::Message&&) + 388 frame #24: 0x000000080596d18e libxul.somozilla::ipc::MessageChannel::MessageTask::Run() + 78
    frame #25: 0x0000000805938943 libxul.soMessageLoop::DoWork() + 883 frame #26: 0x0000000805939101 libxul.sobase::MessagePumpDefault::Run(base::MessagePump::Delegate*) + 305
    frame #27: 0x0000000805938178 libxul.soMessageLoop::Run() + 88 frame #28: 0x00000008059418fd libxul.sobase::Thread::ThreadMain() + 445
    frame #29: 0x000000080593e6fa libxul.soThreadFunc(void*) + 10 frame #30: 0x0000000801201f3b libthr.so.3thread_start(curthread=0x000000081733a700) at thr_create.c:292:16

Expected results:

firefox should properly launch.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

This was a bug in our local patches, update to package 77.0_4.

https://github.com/freebsd/freebsd-ports/commit/cbf7ca026b9b9c14871ced0a2ed3e70c9e9faed3

I can confirm that after switching to 77.0_4 I am able to properly run firefox. Thank you for a quick response.