Version-Release number of selected component: gnome-shell-3.28.1-3.fc28 Additional info: reporter: libreport-2.9.5 backtrace_rating: 4 cmdline: /usr/bin/gnome-shell crash_function: gweather_location_get_timezone executable: /usr/bin/gnome-shell journald_cursor: s=7faa300d4cc54c9181c3e4127b88f417;i=4d081;b=d48cf2c4ba16441f8c7f22abe9d4767d;m=851d2688;t=56c0a24d2d153;x=3943086e64f0aa4 kernel: 4.16.7-300.fc28.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 29364 Truncated backtrace: Thread no. 1 (10 frames) #0 gweather_location_get_timezone at ../libgweather/gweather-location.c:1001 #1 ffi_call_unix64 at ../src/x86/unix64.S:76 #2 ffi_call at ../src/x86/ffi64.c:525 #3 gjs_invoke_c_function(JSContext*, Function*, JS::HandleObject, JS::HandleValueArray const&, mozilla::Maybe<JS::MutableHandle<JS::Value> >, GIArgument*) at gi/function.cpp:1088 #4 function_call(JSContext*, unsigned int, JS::Value*) at /usr/include/c++/8/new:169 #5 js::CallJSNative(JSContext*, bool (*)(JSContext*, unsigned int, JS::Value*), JS::CallArgs const&) at /usr/src/debug/mozjs52-52.7.3-1.fc28.x86_64/jscntxtinlines.h:239 #6 js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct) at /usr/src/debug/mozjs52-52.7.3-1.fc28.x86_64/vm/Interpreter.cpp:447 #7 js::CallFromStack(JSContext*, JS::CallArgs const&) at /usr/src/debug/mozjs52-52.7.3-1.fc28.x86_64/vm/Interpreter.cpp:2922 #8 Interpret(JSContext*, js::RunState&) at /usr/src/debug/mozjs52-52.7.3-1.fc28.x86_64/vm/Interpreter.cpp:2922 #9 js::RunScript(JSContext*, js::RunState&) at /usr/src/debug/mozjs52-52.7.3-1.fc28.x86_64/vm/Interpreter.cpp:405
Created attachment 1435544 [details] File: backtrace
Created attachment 1435545 [details] File: cgroup
Created attachment 1435546 [details] File: core_backtrace
Created attachment 1435547 [details] File: cpuinfo
Created attachment 1435548 [details] File: dso_list
Created attachment 1435549 [details] File: environ
Created attachment 1435550 [details] File: exploitable
Created attachment 1435551 [details] File: limits
Created attachment 1435552 [details] File: maps
Created attachment 1435553 [details] File: mountinfo
Created attachment 1435554 [details] File: open_fds
Created attachment 1435555 [details] File: proc_pid_status
Created attachment 1435556 [details] File: var_log_messages
Similar reports: [abrt] gjs: JS_GetContextPrivate(): gjs-console killed by SIGSEGV https://gitlab.gnome.org/GNOME/gjs/issues/148 https://bugzilla.redhat.com/show_bug.cgi?id=1560314
(In reply to Takehiko Abe from comment #14) > Similar reports: > > [abrt] gjs: JS_GetContextPrivate(): gjs-console killed by SIGSEGV > https://gitlab.gnome.org/GNOME/gjs/issues/148 > https://bugzilla.redhat.com/show_bug.cgi?id=1560314 I tried the patch for the issue #148: https://gitlab.gnome.org/GNOME/gjs/commit/d85214b041b7e3f352f6138516b4fe6084c42230 And it did not work. Sorry for the wrong lead.
Similar problem has been detected: Just working away and shell crashed reporter: libreport-2.9.5 backtrace_rating: 4 cmdline: /usr/bin/gnome-shell crash_function: gweather_location_get_timezone executable: /usr/bin/gnome-shell journald_cursor: s=75154f70e8144d16a4a4fd291863971f;i=705e8;b=e7a1db25551a4e27ac197fff92f318a9;m=111976727;t=56cf31e3129d4;x=54613da5e400582e kernel: 4.16.11-300.fc28.x86_64 package: gnome-shell-3.28.2-1.fc28 reason: gnome-shell killed by SIGSEGV rootdir: / runlevel: N 5 type: CCpp uid: 1000
I removed the UTC clock from gnome-clocks two days ago. I have not had a single crash since then. Could it be the culprit???
(In reply to Takehiko Abe from comment #17) > I removed the UTC clock from gnome-clocks two days ago. I have not had a > single crash since then. Could it be the culprit??? I have UTC configured too. I think Bastien added that functionality.
(In reply to Peter Robinson from comment #18) > (In reply to Takehiko Abe from comment #17) > > I removed the UTC clock from gnome-clocks two days ago. I have not had a > > single crash since then. Could it be the culprit??? > > I have UTC configured too. > > I think Bastien added that functionality. That's the line: while (loc && !loc->zones) loc = loc->parent; My guess is that somebody wrongly freed something. I don't know what that would be.
Found the problem, "named timezone" entries are returned without an extra reference or copy, which mangles the global "World" tree.
Upstream patches: https://gitlab.gnome.org/GNOME/libgweather/merge_requests/8
libgweather-3.28.2-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-9d3adb3c1f
libgweather-3.28.2-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-9d3adb3c1f
libgweather-3.28.2-1.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.