freezes when playing videos under wayland/sway.
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
People
(Reporter: 6144, Unassigned)
Details
Attachments
(1 file)
35.60 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0
Steps to reproduce:
playing a video. tested on youtube, archive.org, wikipedia and reddit
Actual results:
firefox freezes.
Expected results:
playing the video
Reporter | ||
Comment 1•4 years ago
|
||
tested in safe mode as well as a blank profile.
Comment 2•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 3•4 years ago
|
||
Comment 4•4 years ago
|
||
Hello, I don't want to spam here, but I would also like to say I hit exactly the same bug (sway 1.4 - firefox 79.0a1 (2020-06-04) - build id: 20200604092907) on the two last nightlies. I also attached my current config here. Hope it can help ! I will try to look into it a little bit more myself.
Comment 5•4 years ago
|
||
When running inside gdb, here is the backtrace I get when it freezes:
#1 0x00007ffff7f8da15 in __GI___pthread_mutex_lock (mutex=0x7fffd5434850) at ../nptl/pthread_mutex_lock.c:135
#2 0x00005555555be92b in mozilla::detail::MutexImpl::lock() ()
#3 0x00007fffee782fa5 in moz_container_wayland_surface_lock(_MozContainer*) () at /home/nightmared/firefox/libxul.so
#4 0x00007fffee78550b in WakeLockTopic::InhibitWaylandIdle() () at /home/nightmared/firefox/libxul.so
#5 0x00007fffee785109 in WakeLockTopic::ReceiveInhibitReply(DBusPendingCall*, void*) () at /home/nightmared/firefox/libxul.so
#6 0x00007ffff4ed4b9b in () at /usr/lib/libdbus-1.so.3
#7 0x00007ffff4ed8539 in dbus_connection_dispatch () at /usr/lib/libdbus-1.so.3
#8 0x00007fffebda9e55 in () at /usr/lib/libdbus-glib-1.so.2
#9 0x00007ffff58e5f7d in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#10 0x00007ffff58e7d90 in () at /usr/lib/libglib-2.0.so.0
#11 0x00007ffff58e7dcf in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#12 0x00007ffff02c724d in nsAppShell::ProcessNextNativeEvent(bool) () at /home/nightmared/firefox/libxul.so
#13 0x00007fffee750699 in nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool) () at /home/nightmared/firefox/libxul.so
#14 0x00007ffff0107530 in nsThread::ProcessNextEvent(bool, bool*) () at /home/nightmared/firefox/libxul.so
#15 0x00007ffff013d2d2 in mozilla::ipc::MessagePump::Run(base::MessagePump::Delegate*) () at /home/nightmared/firefox/libxul.so
#16 0x00007ffff0a81cdf in MessageLoop::Run() () at /home/nightmared/firefox/libxul.so
#17 0x00007ffff1225874 in nsBaseAppShell::Run() () at /home/nightmared/firefox/libxul.so
#18 0x00007fffef25c7b3 in nsAppStartup::Run() () at /home/nightmared/firefox/libxul.so
#19 0x00007ffff177550e in XREMain::XRE_mainRun() () at /home/nightmared/firefox/libxul.so
#20 0x00007fffef2ee6cd in XREMain::XRE_main(int, char**, mozilla::BootstrapConfig const&) () at /home/nightmared/firefox/libxul.so
#21 0x00007fffef2eeb4f in XRE_main(int, char**, mozilla::BootstrapConfig const&) () at /home/nightmared/firefox/libxul.so
#22 0x00005555555c9c74 in main ()
Comment 6•4 years ago
|
||
Sounds like bug 1643149.
Comment 7•4 years ago
|
||
Maybe something related to https://bugzilla.mozilla.org/show_bug.cgi?id=1641778 ? The timing and the fact it touches the very function we see when we print the backtrace in gdb makes it fairly probable.
Comment 8•4 years ago
|
||
Jan: You're probably right, and in fact this bug was introduced in the bugzilla entry I referred to avbove: https://hg.mozilla.org/mozilla-central/rev/9b17e776c11765d83ef5f1b0a6288a0c688cd1e1.
So I guess we just have to wait fir it to land in nightly ;)
Comment 9•4 years ago
|
||
Allright, I tested a binary corresponding to https://hg.mozilla.org/integration/autoland/rev/9b17e776c11765d83ef5f1b0a6288a0c688cd1e1 on treeherder, and I can confirm it works. Kudos to fixing this bug before I had the time to blink ;)
Comment 10•4 years ago
|
||
Thanks for testing! :)
Description
•