flatseal crashes on launch Reproducible: Always ❯ /usr/bin/gjs /usr/bin/com.github.tchx84.Flatseal [1] 28441 segmentation fault (core dumped) /usr/bin/gjs /usr/bin/com.github.tchx84.Flatseal ❯ rpm -q flatseal flatseal-2.0.2-1.fc39.noarch
Created attachment 1976935 [details] /usr/bin/gjs - backtrace
This version is working fine on F38, so if it's crashing on rawhide (which I can't verify atm), then it is likely a regression in a dependency rather than an issue with flatseal itself. Do other gjs-based packages work in rawhide?
Reproduced on f39 (branched), same version works fine on f38, so this is a regression in gjs or one of its deps. Backtrace: #0 0x00007ffff7d33887 in g_ptr_array_set_size (array=0x21, length=0) at ../glib/garray.c:2016 #1 0x00007fff7a4b2aab in as_release_node_parse (release=0x555555c4f660, node=0x555555c44f30, ctx=0x555555c4f540, error=0x7fffffffa000) at ../libappstream-glib/as-release.c:949 #2 0x00007fff7a491fed in as_app_node_parse_child (error=<optimized out>, ctx=<optimized out>, flags=1438928688, n=0x555555c4f2c0, app=0x555555c37790) at ../libappstream-glib/as-app.c:5292 #3 as_app_node_parse_full (app=app@entry=0x555555c37790, node=node@entry=0x555555c42d30, flags=flags@entry=0, ctx=ctx@entry=0x555555c4f540, error=error@entry=0x7fffffffa000) at ../libappstream-glib/as-app.c:5442 #4 0x00007fff7a494cda in as_app_parse_data (app=app@entry=0x555555c37790, data=data@entry=0x555555c38720, flags=flags@entry=0, error=error@entry=0x7fffffffa000) at ../libappstream-glib/as-app.c:6331 #5 0x00007fff7a4952a1 in as_app_parse_appdata_file (error=0x7fffffffa400, flags=0, filename=0x555555bdedc0 "/var/lib/flatpak/app/ca.desrt.dconf-editor/current/active/files/share/appdata/ca.desrt.dconf-editor.appdata.xml", app=0x555555c37790) at ../libappstream-glib/as-app.c:6364 #6 as_app_parse_file (app=0x555555c37790, filename=0x555555bdedc0 "/var/lib/flatpak/app/ca.desrt.dconf-editor/current/active/files/share/appdata/ca.desrt.dconf-editor.appdata.xml", flags=0, error=0x7fffffffa400) at ../libappstream-glib/as-app.c:6426 #7 0x00007ffff75f0056 in ffi_call_unix64 () at ../src/x86/unix64.S:104 #8 0x00007ffff75ec5ef in ffi_call_int (cif=cif@entry=0x555555c38410, fn=<optimized out>, rvalue=<optimized out>, avalue=<optimized out>, closure=closure@entry=0x0) at ../src/x86/ffi64.c:673 #9 0x00007ffff75ef3fe in ffi_call (cif=0x555555c38410, fn=<optimized out>, rvalue=<optimized out>, avalue=<optimized out>) at ../src/x86/ffi64.c:710 #10 0x00007ffff7ea3dff in Gjs::Function::invoke (this=0x555555c383f0, context=context@entry=0x5555555b6ac0, args=..., this_obj=..., r_value=r_value@entry=0x0) at ../gi/function.cpp:1060 #11 0x00007ffff7eae699 in Gjs::Function::call (context=0x5555555b6ac0, js_argc=<optimized out>, vp=<optimized out>) at ../gi/function.cpp:1240 #12 0x00007ffff6a08608 in CallJSNative (args=..., reason=js::CallReason::Call, native=0x7ffff7eae5b0 <Gjs::Function::call(JSContext*, unsigned int, JS::Value*)>, cx=0x5555555b6ac0) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:486 #13 js::InternalCallOrConstruct (cx=0x5555555b6ac0, args=..., construct=<optimized out>, reason=js::CallReason::Call) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:566 #14 0x00007ffff69fc4e3 in InternalCall (reason=<optimized out>, args=..., cx=<optimized out>) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:647 #15 js::CallFromStack (reason=<optimized out>, args=..., cx=<optimized out>) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:652 #16 js::Interpret (cx=0x5555555b6ac0, state=...) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:3395 #17 0x00007ffff6a080c3 in MaybeEnterInterpreterTrampoline (state=..., cx=0x5555555b6ac0) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:400 #18 js::RunScript (cx=cx@entry=0x5555555b6ac0, state=...) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:458 #19 0x00007ffff6a084db in js::InternalCallOrConstruct (cx=0x5555555b6ac0, args=..., construct=js::NO_CONSTRUCT, reason=<optimized out>) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:612 #20 0x00007ffff6ebedb2 in InternalCall (reason=js::CallReason::Call, args=..., cx=0x5555555b6ac0) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:647 #21 js::CallFromStack (reason=js::CallReason::Call, args=..., cx=0x5555555b6ac0) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/vm/Interpreter.cpp:652 #22 js::jit::DoCallFallback (cx=0x5555555b6ac0, frame=0x7fffffffadf8, stub=0x5555556b1b58, argc=3, vp=<optimized out>, res=...) at /usr/src/debug/mozjs115-115.1.0-1.fc39.x86_64/jit/BaselineIC.cpp:1591 #23 0x0000045753ab4e5c in ?? () #24 0xfffe3c2369b553f8 in ?? () #25 0x00007fffffffad08 in ?? () #26 0x000055555562ccda in ?? () #27 0xfff9800000000000 in ?? () #28 0x00007ffff7414468 in _ZN2js3jitL11vmFunctionsE.lto_priv.0 () from /lib64/libmozjs-115.so.0 #29 0x00007fffffffad80 in ?? () #30 0x0000045753aba986 in ?? () #31 0x0000000000000002 in ?? () #32 0x00007fffffffadf8 in ?? () #33 0x00005555556b1b58 in ?? () #34 0x0000000000000003 in ?? () #35 0x00007fffffffad50 in ?? () #36 0xfffe0f8e9e746830 in ?? () #37 0xfff9800000000000 in ?? () #38 0xfffb2db914e16880 in ?? () #39 0xfff8800000000000 in ?? () #40 0xfffe0f8e9e743f40 in ?? () #41 0x00005555556b1b58 in ?? () #42 0x00007fffffffae40 in ?? () #43 0x0000045753ad3c67 in ?? () #44 0x0000000000000001 in ?? () #45 0xfffe0f8e9e743f40 in ?? () #46 0xfff8800000000000 in ?? () #47 0xfffb2db914e16880 in ?? () #48 0xfff9800000000000 in ?? () #49 0xfffe0f8e9e746830 in ?? () #50 0xfffe0f8e9e743f40 in ?? () #51 0xfff9800000000000 in ?? () #52 0xfff8800000000000 in ?? () #53 0xfffe0f8e9e746870 in ?? () #54 0xfff9800000000000 in ?? () #55 0xfff8800000000098 in ?? () #56 0xfffe0f8e9e743f40 in ?? () #57 0x00007fffffffae10 in ?? () #58 0x00005555555b6b20 in ?? () #59 0x00007fffffffb8d0 in ?? () #60 0x00003c2369b3d060 in ?? () #61 0x00005555556b17f8 in ?? () #62 0x00005555555b6af0 in ?? () #63 0x00007fffffffae40 in ?? () #64 0x0000000000000000 in ?? ()
This bug appears to have been reported against 'rawhide' during the Fedora Linux 39 development cycle. Changing version to 39.
Still seeing this with gjs 1.78.0, please advise.
Wherever the blame lies, it looks like the brand new 2.1.0 fixes this; build forthcoming.
FEDORA-2023-73d242eb15 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-73d242eb15
FEDORA-2023-73d242eb15 has been pushed to the Fedora 39 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-73d242eb15` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-73d242eb15 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-73d242eb15 has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days