Version-Release number of selected component: qupzilla-2.0.1-1.fc24 Additional info: reporter: libreport-2.7.1 backtrace_rating: 3 cmdline: qupzilla executable: /usr/bin/qupzilla global_pid: 3057 kernel: 4.6.3-300.fc24.x86_64 pkg_fingerprint: 73BD E983 81B4 6521 pkg_vendor: Fedora Project reproducible: Not sure how to reproduce the problem runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #4 ?? #5 base::Callback<void ()>::Run() const at /usr/src/debug/qtwebengine-opensource-src-5.6.0/src/3rdparty/chromium/base/callback.h:396 #6 base::debug::TaskAnnotator::RunTask at /usr/src/debug/qtwebengine-opensource-src-5.6.0/src/3rdparty/chromium/base/debug/task_annotator.cc:62 #7 base::MessageLoop::RunTask at /usr/src/debug/qtwebengine-opensource-src-5.6.0/src/3rdparty/chromium/base/message_loop/message_loop.cc:473 #8 base::MessageLoop::DeferOrRunPendingTask at /usr/src/debug/qtwebengine-opensource-src-5.6.0/src/3rdparty/chromium/base/message_loop/message_loop.cc:482 #9 base::MessageLoop::DoDelayedWork at /usr/src/debug/qtwebengine-opensource-src-5.6.0/src/3rdparty/chromium/base/message_loop/message_loop.cc:632 #10 base::MessagePumpDefault::Run at /usr/src/debug/qtwebengine-opensource-src-5.6.0/src/3rdparty/chromium/base/message_loop/message_pump_default.cc:36 #11 base::RunLoop::Run at /usr/src/debug/qtwebengine-opensource-src-5.6.0/src/3rdparty/chromium/base/run_loop.cc:55 #12 base::MessageLoop::Run at /usr/src/debug/qtwebengine-opensource-src-5.6.0/src/3rdparty/chromium/base/message_loop/message_loop.cc:287 #13 base::Thread::Run at /usr/src/debug/qtwebengine-opensource-src-5.6.0/src/3rdparty/chromium/base/threading/thread.cc:198
Created attachment 1175556 [details] File: backtrace
Created attachment 1175557 [details] File: cgroup
Created attachment 1175558 [details] File: core_backtrace
Created attachment 1175559 [details] File: dso_list
Created attachment 1175560 [details] File: environ
Created attachment 1175561 [details] File: limits
Created attachment 1175562 [details] File: maps
Created attachment 1175563 [details] File: mountinfo
Created attachment 1175564 [details] File: namespaces
Created attachment 1175565 [details] File: open_fds
Created attachment 1175566 [details] File: proc_pid_status
Created attachment 1175567 [details] File: var_log_messages
The relevant thread: #6 <signal handler called> No locals. #7 0x0000000000000000 in ?? () No symbol table info available. #8 0x00007f2597708d2f in nouveau_fence_trigger_work (fence=fence@entry=0x7f2558108500) at nouveau_fence.c:56 work = 0x7f2558137510 tmp = 0x3030303046373532 #9 0x00007f2597708f8e in nouveau_fence_update (screen=screen@entry=0x5631a2edba00, flushed=flushed@entry=false) at nouveau_fence.c:132 fence = 0x7f2558108500 next = 0x7f2500000001 sequence = 0 #10 0x00007f2597709292 in nouveau_fence_wait (fence=0x7f25580a2dd0, debug=0x0) at nouveau_fence.c:223 screen = 0x5631a2edba00 spins = 51738 start = 0 The other thread that also entered the signal handler is the event loop thread that is probably aborting as a consequence of the above known Nouveau bug. *** This bug has been marked as a duplicate of bug 1350275 ***