Thunar 4.16 segfault
Arch Linux, Openbox + Thunar Ctrl+H (to show hidden files) causes segfault
ThunarThumbnailer: Failed to retrieve supported types: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.thumbnails.Thumbnailer1 was not provided by any .service files Segmentation fault (core dumped)
Designs
- Show closed items
Activity
-
Newest first Oldest first
-
Show all activity Show comments only Show history only
- Developer
Please obtain a backtrace of the crash.
https://wiki.archlinux.org/index.php/Core_dump#Examining_a_core_dump
- Theo Linkspfeifer added 1. Crash / Freeze 3. Need Info labels
added 1. Crash / Freeze 3. Need Info labels
- Author
Storage: /var/lib/systemd/coredump/core.thunar.1000.ff1b575eafdb46d1914607954db9c185.4288.1608975549000000.zst Message: Process 4288 (thunar) of user 1000 dumped core. Stack trace of thread 4288: #0 0x000055f6cf1ce9d2 n/a (thunar + 0x719d2) #1 0x000055f6cf1e24d4 n/a (thunar + 0x854d4) #2 0x00007f27a762ba94 n/a (libgtk-3.so.0 + 0x89a94) #3 0x00007f27a70b4052 g_closure_invoke (libgobject-2.0.so.0 + 0x13052) #4 0x00007f27a70dc9c5 n/a (libgobject-2.0.so.0 + 0x3b9c5) #5 0x00007f27a70cfbcb g_signal_emit_valist (libgobject-2.0.so.0 + 0x2ebcb) #6 0x00007f27a70d0b00 g_signal_emit (libgobject-2.0.so.0 + 0x2fb00) #7 0x00007f27a7636b4c gtk_accel_group_activate (libgtk-3.so.0 + 0x94b4c) #8 0x00007f27a7637f4e gtk_accel_groups_activate (libgtk-3.so.0 + 0x95f4e) #9 0x00007f27a78fdee0 gtk_window_activate_key (libgtk-3.so.0 + 0x35bee0) #10 0x00007f27a78fe4f3 n/a (libgtk-3.so.0 + 0x35c4f3) #11 0x00007f27a7625f6f n/a (libgtk-3.so.0 + 0x83f6f) #12 0x00007f27a70b4052 g_closure_invoke (libgobject-2.0.so.0 + 0x13052) #13 0x00007f27a70dc3f0 n/a (libgobject-2.0.so.0 + 0x3b3f0) #14 0x00007f27a70cfbcb g_signal_emit_valist (libgobject-2.0.so.0 + 0x2ebcb) #15 0x00007f27a70d0b00 g_signal_emit (libgobject-2.0.so.0 + 0x2fb00) #16 0x00007f27a78ec9f5 n/a (libgtk-3.so.0 + 0x34a9f5) #17 0x00007f27a7784ee2 n/a (libgtk-3.so.0 + 0x1e2ee2) #18 0x00007f27a778616d gtk_main_do_event (libgtk-3.so.0 + 0x1e416d) #19 0x00007f27a74df413 n/a (libgdk-3.so.0 + 0x3c413) #20 0x00007f27a7530114 n/a (libgdk-3.so.0 + 0x8d114) #21 0x00007f27a6fbfa84 g_main_context_dispatch (libglib-2.0.so.0 + 0x52a84) #22 0x00007f27a70139b1 n/a (libglib-2.0.so.0 + 0xa69b1) #23 0x00007f27a6fbe2b1 g_main_context_iteration (libglib-2.0.so.0 + 0x512b1) #24 0x00007f27a71c5d1e g_application_run (libgio-2.0.so.0 + 0xccd1e) #25 0x000055f6cf17f0da n/a (thunar + 0x220da) #26 0x00007f27a6da8152 __libc_start_main (libc.so.6 + 0x28152) #27 0x000055f6cf17f16e n/a (thunar + 0x2216e) Stack trace of thread 4291: #0 0x00007f27a6e7ad5d syscall (libc.so.6 + 0xfad5d) #1 0x00007f27a700ca9b g_cond_wait_until (libglib-2.0.so.0 + 0x9fa9b) #2 0x00007f27a6f8f853 n/a (libglib-2.0.so.0 + 0x22853) #3 0x00007f27a6f8f9e4 g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x229e4) #4 0x00007f27a6fefe1a n/a (libglib-2.0.so.0 + 0x82e1a) #5 0x00007f27a6fecec1 n/a (libglib-2.0.so.0 + 0x7fec1) #6 0x00007f27a6f523e9 start_thread (libpthread.so.0 + 0x93e9) #7 0x00007f27a6e80293 __clone (libc.so.6 + 0x100293) Stack trace of thread 4289: #0 0x00007f27a6e7546f __poll (libc.so.6 + 0xf546f) #1 0x00007f27a701393f n/a (libglib-2.0.so.0 + 0xa693f) #2 0x00007f27a6fbe2b1 g_main_context_iteration (libglib-2.0.so.0 + 0x512b1) #3 0x00007f27a6fbe302 n/a (libglib-2.0.so.0 + 0x51302) #4 0x00007f27a6fecec1 n/a (libglib-2.0.so.0 + 0x7fec1) #5 0x00007f27a6f523e9 start_thread (libpthread.so.0 + 0x93e9) #6 0x00007f27a6e80293 __clone (libc.so.6 + 0x100293) Stack trace of thread 4290: #0 0x00007f27a6e7546f __poll (libc.so.6 + 0xf546f) #1 0x00007f27a701393f n/a (libglib-2.0.so.0 + 0xa693f) #2 0x00007f27a6fbefd3 g_main_loop_run (libglib-2.0.so.0 + 0x51fd3) #3 0x00007f27a71fafe8 n/a (libgio-2.0.so.0 + 0x101fe8) #4 0x00007f27a6fecec1 n/a (libglib-2.0.so.0 + 0x7fec1) #5 0x00007f27a6f523e9 start_thread (libpthread.so.0 + 0x93e9) #6 0x00007f27a6e80293 __clone (libc.so.6 + 0x100293)
- Developer
This looks very similar to the crash which is described in #336 (closed).
Collapse replies - Maintainer
Cannot reproduce here. Does that crash occur for you on every CTRL+H ? On every view, on different folders ?
A backtrace with debug-symbols installed possibly could shed some more light on it. Here a distro-specific, short howto: https://docs.xfce.org/contribute/bugs/start#Backtraces
Edited by Alexander Schwinn
- Author
I have ONLY Thunar and its dependencies installed, no other XFCE packages installed.
The crash happens always with Ctrl+H - different views, different folders.
The crash also happens through the menu (View->Show Hidden Files)
This is the menu trace.
Storage: /var/lib/systemd/coredump/core.thunar.1000.f322e138b715452ab53547cf20e7ec6d.4604.1609070902000000.zst Message: Process 4604 (thunar) of user 1000 dumped core. Stack trace of thread 4604: #0 0x00005639ee7659d2 n/a (thunar + 0x719d2) #1 0x00005639ee7794d4 n/a (thunar + 0x854d4) #2 0x00007f0fb0de7052 g_closure_invoke (libgobject-2.0.so.0 + 0x13052) #3 0x00007f0fb0e0f9c5 n/a (libgobject-2.0.so.0 + 0x3b9c5) #4 0x00007f0fb0e0359d g_signal_emit_valist (libgobject-2.0.so.0 + 0x2f59d) #5 0x00007f0fb0e03b00 g_signal_emit (libgobject-2.0.so.0 + 0x2fb00) #6 0x00007f0fb13c1591 n/a (libgtk-3.so.0 + 0xec591) #7 0x00007f0fb0de7052 g_closure_invoke (libgobject-2.0.so.0 + 0x13052) #8 0x00007f0fb0e0f63c n/a (libgobject-2.0.so.0 + 0x3b63c) #9 0x00007f0fb0e0359d g_signal_emit_valist (libgobject-2.0.so.0 + 0x2f59d) #10 0x00007f0fb0e03b00 g_signal_emit (libgobject-2.0.so.0 + 0x2fb00) #11 0x00007f0fb160be25 gtk_widget_activate (libgtk-3.so.0 + 0x336e25) #12 0x00007f0fb14ce00d gtk_menu_shell_activate_item (libgtk-3.so.0 + 0x1f900d) #13 0x00007f0fb14ce2e4 n/a (libgtk-3.so.0 + 0x1f92e4) #14 0x00007f0fb1359249 n/a (libgtk-3.so.0 + 0x84249) #15 0x00007f0fb0e0398a g_signal_emit_valist (libgobject-2.0.so.0 + 0x2f98a) #16 0x00007f0fb0e03b00 g_signal_emit (libgobject-2.0.so.0 + 0x2fb00) #17 0x00007f0fb161f9f5 n/a (libgtk-3.so.0 + 0x34a9f5) #18 0x00007f0fb14b7e15 n/a (libgtk-3.so.0 + 0x1e2e15) #19 0x00007f0fb14b916d gtk_main_do_event (libgtk-3.so.0 + 0x1e416d) #20 0x00007f0fb1212413 n/a (libgdk-3.so.0 + 0x3c413) #21 0x00007f0fb1263114 n/a (libgdk-3.so.0 + 0x8d114) #22 0x00007f0fb0cf2a84 g_main_context_dispatch (libglib-2.0.so.0 + 0x52a84) #23 0x00007f0fb0d469b1 n/a (libglib-2.0.so.0 + 0xa69b1) #24 0x00007f0fb0cf12b1 g_main_context_iteration (libglib-2.0.so.0 + 0x512b1) #25 0x00007f0fb0ef8d1e g_application_run (libgio-2.0.so.0 + 0xccd1e) #26 0x00005639ee7160da n/a (thunar + 0x220da) #27 0x00007f0fb0adb152 __libc_start_main (libc.so.6 + 0x28152) #28 0x00005639ee71616e n/a (thunar + 0x2216e) Stack trace of thread 4607: #0 0x00007f0fb0badd5d syscall (libc.so.6 + 0xfad5d) #1 0x00007f0fb0d3fa9b g_cond_wait_until (libglib-2.0.so.0 + 0x9fa9b) #2 0x00007f0fb0cc2853 n/a (libglib-2.0.so.0 + 0x22853) #3 0x00007f0fb0cc29e4 g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x229e4) #4 0x00007f0fb0d22e1a n/a (libglib-2.0.so.0 + 0x82e1a) #5 0x00007f0fb0d1fec1 n/a (libglib-2.0.so.0 + 0x7fec1) #6 0x00007f0fb0c853e9 start_thread (libpthread.so.0 + 0x93e9) #7 0x00007f0fb0bb3293 __clone (libc.so.6 + 0x100293) Stack trace of thread 4605: #0 0x00007f0fb0ba846f __poll (libc.so.6 + 0xf546f) #1 0x00007f0fb0d4693f n/a (libglib-2.0.so.0 + 0xa693f) #2 0x00007f0fb0cf12b1 g_main_context_iteration (libglib-2.0.so.0 + 0x512b1) #3 0x00007f0fb0cf1302 n/a (libglib-2.0.so.0 + 0x51302) #4 0x00007f0fb0d1fec1 n/a (libglib-2.0.so.0 + 0x7fec1) #5 0x00007f0fb0c853e9 start_thread (libpthread.so.0 + 0x93e9) #6 0x00007f0fb0bb3293 __clone (libc.so.6 + 0x100293) Stack trace of thread 4606: #0 0x00007f0fb0ba846f __poll (libc.so.6 + 0xf546f) #1 0x00007f0fb0d4693f n/a (libglib-2.0.so.0 + 0xa693f) #2 0x00007f0fb0cf1fd3 g_main_loop_run (libglib-2.0.so.0 + 0x51fd3) #3 0x00007f0fb0f2dfe8 n/a (libgio-2.0.so.0 + 0x101fe8) #4 0x00007f0fb0d1fec1 n/a (libglib-2.0.so.0 + 0x7fec1) #5 0x00007f0fb0c853e9 start_thread (libpthread.so.0 + 0x93e9) #6 0x00007f0fb0bb3293 __clone (libc.so.6 + 0x100293)
- Maintainer
Think I found it.
@komqinxit : Possibly you dont use a sidepane ? Can you reproduce the crash when using tree-pane or bookmark-pane ?
If I uncheck both sidepanes I get the following critical (which probably results in a crash for you):
(thunar:13747): thunar-CRITICAL **: 23:10:03.566: thunar_side_pane_set_show_hidden: assertion '(((extension ({ GTypeInstance __inst = (GTypeInstance) ((side_pane)); GType __t = ((thunar_side_pane_get_type ())); gboolean __r; if (!__inst) __r = (0); else if (__inst->g_class && __inst->g_class->g_type == __t) __r = (!(0)); else __r = g_type_check_instance_is_a (__inst, __t); __r; }))))' failed
Looks like I introduced that bug by removing a "sidepane!=NULL" check along some other changes. Sorry, I dont remember why I did so .. will just re-introduce the check :/
Edited by Alexander Schwinn - Alexander Schwinn closed with commit bbed017b
closed with commit bbed017b
- Alexander Schwinn mentioned in commit f5ed5b6d
mentioned in commit f5ed5b6d
- Author
Yes, I usually have the side pane hidden. When I have the side pane hidden, the crash happens. When I open the side pane, the crash doesnt happen. Thank you!
- Maintainer
Ok, great, than the commit above should fix it.
Puszhed to master and 4.16 branch. To be released in thunar-4.16.1 soon
- Alexander Schwinn mentioned in issue #459 (closed)
mentioned in issue #459 (closed)