Bug #106
Segfaults when going back in history or deleting a tab
| Status: | Closed | Start: | July 17, 2025 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assigned to: | - | % Done: | 0% |
|
| Category: | - | |||
| Target version: | - |
Description
With some regularity I have luakit segfault on me. It seems to happen when i press the 'd' key to delete a tab or the 'b' key to go back a a page in history. I have had a couple of cases where Ctrl-clicking also segfaults the program.
I have tried to create a backtrace with gdb, but it lacks information by the looks of it (probably no debug symbols).
$ uname -a
Linux mrb 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28 15:07:17 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
PS
I realize this issue is way too vague to be resolved, but I wanted to have a place where I can add more info once I have it.
History
Updated by Marcel van der Boom 6 months ago
Here's a backtrace I ran:
Program received signal SIGSEGV, Segmentation fault. 0x00007ffff756b63a in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 (gdb) bt #0 0x00007ffff756b63a in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #1 0x00007ffff756906f in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #2 0x00007ffff763be9c in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #3 0x00007ffff763b31b in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #4 0x00007ffff7621ac8 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #5 0x00007ffff7621d0b in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #6 0x00007ffff7623588 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #7 0x00007ffff69d7e65 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #8 0x00007ffff6ea9792 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #9 0x00007ffff68c0b82 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #10 0x00007ffff2f184eb in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #11 0x00007ffff2f16bcd in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #12 0x00007ffff2f173a8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #13 0x00007ffff2f179f2 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x00007ffff5611af7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x000000000040d73a in main (argc=1, argv=0x7fffffffe428) at luakit.c:185
Updated by Marcel van der Boom 6 months ago
Backtrace with debugging info:
Program received signal SIGSEGV, Segmentation fault.
JSC::StructureStubInfo::deref (this=0x7fffc45c1318) at ../Source/JavaScriptCore/bytecode/StructureStubInfo.cpp:67
67 ../Source/JavaScriptCore/bytecode/StructureStubInfo.cpp: No such file or directory.
in ../Source/JavaScriptCore/bytecode/StructureStubInfo.cpp
(gdb) bt
#0 JSC::StructureStubInfo::deref (this=0x7fffc45c1318) at ../Source/JavaScriptCore/bytecode/StructureStubInfo.cpp:67
#1 0x00007ffff756906f in JSC::CodeBlock::~CodeBlock (this=0x7fffcdeea300, __in_chrg=<value optimized out>) at ../Source/JavaScriptCore/bytecode/CodeBlock.cpp:1407
#2 0x00007ffff763be9c in ~FunctionCodeBlock (this=0x7fffcdeea300, __in_chrg=<value optimized out>) at ../Source/JavaScriptCore/bytecode/CodeBlock.h:625
#3 JSC::FunctionCodeBlock::~FunctionCodeBlock (this=0x7fffcdeea300, __in_chrg=<value optimized out>) at ../Source/JavaScriptCore/bytecode/CodeBlock.h:627
#4 0x00007ffff763b31b in deleteOwnedPtr<JSC::FunctionCodeBlock> (this=0x7fffd2da4350, __in_chrg=<value optimized out>) at ../Source/JavaScriptCore/wtf/OwnPtrCommon.h:59
#5 ~OwnPtr (this=0x7fffd2da4350, __in_chrg=<value optimized out>) at ../Source/JavaScriptCore/wtf/OwnPtr.h:57
#6 JSC::FunctionExecutable::~FunctionExecutable (this=0x7fffd2da4350, __in_chrg=<value optimized out>) at ../Source/JavaScriptCore/runtime/Executable.h:297
#7 0x00007ffff7621ac8 in JSC::MarkedBlock::sweep (this=0x7fffd2da4000) at ../Source/JavaScriptCore/runtime/MarkedBlock.cpp:85
#8 0x00007ffff7621d0b in JSC::MarkedSpace::sweep (this=<value optimized out>) at ../Source/JavaScriptCore/runtime/MarkedSpace.cpp:121
#9 0x00007ffff7623588 in JSC::Heap::reset (this=0x7ffff7ee6848, sweepToggle=JSC::Heap::DoSweep) at ../Source/JavaScriptCore/runtime/Heap.cpp:382
#10 0x00007ffff69d7e65 in WebCore::collect () at ../Source/WebCore/bindings/js/GCController.cpp:46
#11 0x00007ffff6ea9792 in WebCore::ThreadTimers::sharedTimerFiredInternal (this=0x7ffff7efda28) at ../Source/WebCore/platform/ThreadTimers.cpp:112
#12 0x00007ffff68c0b82 in WebCore::timeout_cb () at ../Source/WebCore/platform/gtk/SharedTimerGtk.cpp:49
#13 0x00007ffff2f184eb in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 0x00007ffff2f16bcd in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#15 0x00007ffff2f173a8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 0x00007ffff2f179f2 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x00007ffff5611af7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#18 0x000000000040d73a in main (argc=1, argv=0x7fffffffe428) at luakit.c:185
Updated by Mason Larobina 6 months ago
This is a webkit-gtk issue (one of many) and is primarily due to closing a page with a flash element on it (in my case).
Updated by Marcel van der Boom 6 months ago
Does that imply it needs to be resolved/reported upstream?
Updated by Mason Larobina 6 months ago
- Status changed from New to Closed
Indeed but I believe there are several bug reports for this issue already. All is not lost though, they might like your backtrace if they don't already have one similar.
Marking as closed for now, this affects us but we can't do anything on our end.