Dear Maintainer, My PC is on since Monday morning, like every week at work. At the moment Caja crashes when pasting, when I copy paste a folder, it does not crash on a file. I have these traces in the logs févr. 19 16:20:19 audit[28376]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=3 subj==unconfined pid=28376 comm="pool" exe="/usr/bin/caja" sig=11 res=1 févr. 19 16:20:19 kernel: pool[28415]: segfault at 8b147d8b ip 00000000f6fa35f3 sp 00000000ee0fee30 error 4 in libgio-2.0.so.0.5800.3[f6f7e000+105000] févr. 19 16:20:19 kernel: Code: 30 8b 6c 24 3c 8b 7c 24 40 89 44 24 08 8b 44 24 38 89 44 24 0c 85 f6 74 7e e8 89 e7 ff ff 89 c2 89 44 24 04 8b 06 85 c0 74 04 <39> 10 74 14 83 ec 08 ff 74 24 0c 56 e8 cc cc fd ff 83 c4 10 85 c0 févr. 19 16:20:19 caja[28480]: [N-A] Caja-Actions Menu Extender 1.8.3 initializing... févr. 19 16:20:20 /usr/lib/gdm3/gdm-x-session[1948]: Initializing caja-xattr-tags extension févr. 19 16:20:20 /usr/lib/gdm3/gdm-x-session[1948]: Initializing caja-image-converter extension févr. 19 16:20:20 /usr/lib/gdm3/gdm-x-session[1948]: Initializing caja-open-terminal extension févr. 19 16:20:20 caja[28480]: [N-A] Caja-Actions Tracker 1.8.3 initializing... févr. 19 16:20:20 /usr/lib/gdm3/gdm-x-session[1948]: RuntimeError: object at 0xf034bfcc of type RenameMenu is not initialized Regards.
Hi, Since the crash is in libgio, it could be a bug in it (or maybe libgtk) instead of Caja. A backtrace is needed to know for sure. You can use coredumpctl tool from systemd-coredump package to see the backtrace. You'll also need -dbgsym packages from http://debug.mirrors.debian.org/debian-debug/ repos. Which Debian version are you actually running? This part of your system info confuses me: Debian Release: buster/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') A mix of stable and testing repos?
Hi,
Thank you for your reply.
My system uses Buster / testing.
I installed systemd-coredump and some "-dbgsym" packages. Tell me if you need to install more?
févr. 25 15:59:32 /usr/lib/gdm3/gdm-x-session[1995]: RuntimeError: object at 0xf03f9fcc of type RenameMenu is not initialized
févr. 25 15:59:33 caja[25551]: Could not load a pixbuf from icon theme.
This may indicate that pixbuf loaders or the mime database could not be found.
févr. 25 15:59:35 /usr/lib/gdm3/gdm-x-session[1995]: RuntimeError: object at 0xf03f9fcc of type RenameMenu is not initialized
févr. 25 15:59:37 audit[25551]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=4 subj==unconfined pid=25551 comm="pool" exe="/usr/bin/caja" sig=11 res=1
févr. 25 15:59:37 kernel: pool[25726]: segfault at 8b147d8b ip 00000000f70305f3 sp 00000000f22fee30 error 4 in libgio-2.0.so.0.5800.3[f700b000+105000]
févr. 25 15:59:37 kernel: Code: 30 8b 6c 24 3c 8b 7c 24 40 89 44 24 08 8b 44 24 38 89 44 24 0c 85 f6 74 7e e8 89 e7 ff ff 89 c2 89 44 24 04 8b 06 85 c0 74 04 <39> 10 74 14 83 ec 08 ff 74 24 0c 56 e8 cc cc fd ff 83 c4 10 85 c0
févr. 25 15:59:37 systemd[1]: Started Process Core Dump (PID 25728/UID 0).
févr. 25 15:59:37 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=systemd-coredump@3-25728-0 comm="systemd" exe="/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
févr. 25 15:59:38 caja[25730]: [N-A] Caja-Actions Menu Extender 1.8.3 initializing...
févr. 25 15:59:38 systemd-coredump[25729]: Process 25551 (caja) of user 1000 dumped core.
Stack trace of thread 25726:
#0 0x00000000f70305f3 g_file_query_info (libgio-2.0.so.0)
#1 0x000000005665b3f2 custom_basename_to_string (caja)
#2 0x00000000566ca996 eel_strdup_vprintf_with_custom (caja)
#3 0x000000005665b1a7 f (caja)
#4 0x0000000056661933 report_copy_progress (caja)
#5 0x000000005666367a copy_files (caja)
#6 0x00000000f704e00b io_job_thread (libgio-2.0.so.0)
#7 0x00000000f707b10f g_task_thread_pool_thread (libgio-2.0.so.0)
#8 0x00000000f6eb987d g_thread_pool_thread_proxy (libglib-2.0.so.0)
#9 0x00000000f6eb8e2a g_thread_proxy (libglib-2.0.so.0)
#10 0x00000000f69aefd2 start_thread (libpthread.so.0)
#11 0x00000000f68c4276 __clone (libc.so.6)
Stack trace of thread 25551:
#0 0x00000000f7fad079 __kernel_vsyscall (linux-gate.so.1)
#1 0x00000000f68b970b __GI___poll (libc.so.6)
#2 0x00000000f674cd8d n/a (libxcb.so.1)
#3 0x00000000f674ebc6 n/a (libxcb.so.1)
#4 0x00000000f674ed7c xcb_wait_for_reply64 (libxcb.so.1)
#5 0x00000000f6d309ad _XReply (libX11.so.6)
#6 0x00000000f6d1b272 XInternAtom (libX11.so.6)
#7 0x00000000f78db1b7 gtk_tray_icon_constructed (libgtk-3.so.0)
#8 0x00000000f6f92955 g_object_new_internal (libgobject-2.0.so.0)
#9 0x00000000f6f9460c g_object_new_valist (libgobject-2.0.so.0)
#10 0x00000000f6f946c9 g_object_new (libgobject-2.0.so.0)
#11 0x00000000f78db677 _gtk_tray_icon_new (libgtk-3.so.0)
#12 0x00000000f75b9f12 gtk_status_icon_init (libgtk-3.so.0)
#13 0x00000000f6fb3fc0 g_type_create_instance (libgobject-2.0.so.0)
#14 0x00000000f6f9271e g_object_new_internal (libgobject-2.0.so.0)
#15 0x00000000f6f9460c g_object_new_valist (libgobject-2.0.so.0)
#16 0x00000000f6f946c9 g_object_new (libgobject-2.0.so.0)
#17 0x00000000f75bb4e7 gtk_status_icon_new_from_icon_name (libgtk-3.so.0)
#18 0x00000000566952f6 get_progress_window (caja)
#19 0x00000000566969fd get_progress_window (caja)
#20 0x00000000f6f8d118 g_closure_invoke (libgobject-2.0.so.0)
#21 0x00000000f6fa0ba2 signal_emit_unlocked_R (libgobject-2.0.so.0)
#22 0x00000000f6fa9e00 g_signal_emit_valist (libgobject-2.0.so.0)
#23 0x00000000f6faa3f5 g_signal_emit (libgobject-2.0.so.0)
#24 0x0000000056695161 idle_callback (caja)
#25 0x00000000f6e8fe35 g_main_dispatch (libglib-2.0.so.0)
#26 0x00000000f6e90239 g_main_context_iterate (libglib-2.0.so.0)
#27 0x00000000f6e902e4 g_main_context_iteration (libglib-2.0.so.0)
#28 0x00000000f70a7873 g_application_run (libgio-2.0.so.0)
#29 0x00000000565c1261 main (caja)
#30 0x00000000f67e4b41 __libc_start_main (libc.so.6)
#31 0x00000000565c12f1 _start (caja)
Stack trace of thread 25555:
#0 0x00000000f7fad079 __kernel_vsyscall (linux-gate.so.1)
#1 0x00000000f68b970b __GI___poll (libc.so.6)
#2 0x00000000f6e9f630 poll (libglib-2.0.so.0)
#3 0x00000000f6e901a3 g_main_context_poll (libglib-2.0.so.0)
#4 0x00000000f6e902e4 g_main_context_iteration (libglib-2.0.so.0)
#5 0x00000000f2e8759b n/a (libdconfsettings.so)
#6 0x00000000f6eb8e2a g_thread_proxy (libglib-2.0.so.0)
#7 0x00000000f69aefd2 start_thread (libpthread.so.0)
#8 0x00000000f68c4276 __clone (libc.so.6)
Stack trace of thread 25553:
#0 0x00000000f7fad079 __kernel_vsyscall (linux-gate.so.1)
#1 0x00000000f68b970b __GI___poll (libc.so.6)
#2 0x00000000f6e9f630 poll (libglib-2.0.so.0)
#3 0x00000000f6e901a3 g_main_context_poll (libglib-2.0.so.0)
#4 0x00000000f6e905d9 g_main_loop_run (libglib-2.0.so.0)
#5 0x00000000f70e3c75 gdbus_shared_thread_func (libgio-2.0.so.0)
#6 0x00000000f6eb8e2a g_thread_proxy (libglib-2.0.so.0)
#7 0x00000000f69aefd2 start_thread (libpthread.so.0)
#8 0x00000000f68c4276 __clone (libc.so.6)
Stack trace of thread 25552:
#0 0x00000000f7fad079 __kernel_vsyscall (linux-gate.so.1)
#1 0x00000000f68b970b __GI___poll (libc.so.6)
#2 0x00000000f6e9f630 poll (libglib-2.0.so.0)
#3 0x00000000f6e901a3 g_main_context_poll (libglib-2.0.so.0)
#4 0x00000000f6e902e4 g_main_context_iteration (libglib-2.0.so.0)
#5 0x00000000f6e90340 glib_worker_main (libglib-2.0.so.0)
#6 0x00000000f6eb8e2a g_thread_proxy (libglib-2.0.so.0)
#7 0x00000000f69aefd2 start_thread (libpthread.so.0)
#8 0x00000000f68c4276 __clone (libc.so.6)
févr. 25 15:59:38 /usr/lib/gdm3/gdm-x-session[1995]: Initializing caja-xattr-tags extension
févr. 25 15:59:38 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=systemd-coredump@3-25728-0 comm="systemd" exe="/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
févr. 25 15:59:38 /usr/lib/gdm3/gdm-x-session[1995]: Initializing caja-image-converter extension
févr. 25 15:59:38 /usr/lib/gdm3/gdm-x-session[1995]: Initializing caja-open-terminal extension
févr. 25 15:59:38 systemd[1]: systemd-coredump@3-25728-0.service: Succeeded.
févr. 25 15:59:38 caja[25730]: [N-A] Caja-Actions Tracker 1.8.3 initializing...
févr. 25 15:59:39 /usr/lib/gdm3/gdm-x-session[1995]: RuntimeError: object at 0xf03f9fcc of type RenameMenu is not initialized
Regards.
Hi, To complete the bug report, caja crashes only if the folder contains files, if the folder is empty caja does not crash. Regards.
Hi, Ok, seems like the bug is in Caja, not in libgio. It's not clear yet what causes the crash... Does it crash on every copy/paste of any folder? Is there something common between all the folders? For example, a lot of large files, a lot of small files, some specific characters in filenames...
Hi, Ok, seems like the bug is in Caja, not in libgio. It's not clear yet what causes the crash... Does it crash on every copy/paste of any folder? Is there something common between all the folders? For example, a lot of large files, a lot of small files, some specific characters in filenames...
Le 26/02/2019 à 11:54, Vlad Orlov a écrit : Hi, I have not found a particular type of folder, it crashes on all folders as soon as they contain a file. It crashes on our workstations, as on NFS access to the server, on small folders as on big. For example in my personal folder, I created a folder "test", in this folder I created a text file, I copy paste the folder and caja crash. Our workstations have amd64 and i386 systems, but the i386s use an amd64 kernel. But caja crash on both types of systems. I regularly update the workstations with testing, the crash of caja appeared with the latest updates. Regards.
Hi, I'm not able to reproduce it in my Debian Testing VM. Don't have it installed on baremetal, maybe it's relevant. Anyway, the full backtrace might give some hints... can you obtain it? You'll need to do the following: 1. Run the debugger with the latest dump from Caja: $ coredumpctl debug caja It should show some info and gdb's prompt, (gdb). 2. Run the command to get the full backtrace in gdb's prompt: (gdb) bt full And post the result of it. To quit gdb, use 'q' command: (gdb) q
Le 27/02/2019 à 11:40, Vlad Orlov a écrit :
Hi,
The result of the full backtrace:
#0 0xf70165f3 in g_file_query_info (file=0x5668c828
<report_copy_progress+40>, attributes=0x5671de65
"standard::display-name", flags=G_FILE_QUERY_INFO_NONE,
cancellable=0x59063c30 [GCancellable], error=0x0) at
../../../gio/gfile.c:1303
__inst = 0x5668c828
__r = <optimized out>
_g_boolean_var_ = <optimized out>
iface = <optimized out>
__FUNCTION__ = "g_file_query_info"
#1 0x566863f2 in custom_basename_to_string (format=0xee224090 "%B",
va=0xeed87f50 "\001") at caja-file-operations.c:827
file = 0x5668c828 <report_copy_progress+40>
info = <optimized out>
name = <optimized out>
basename = <optimized out>
tmp = <optimized out>
#2 0x566f5996 in eel_strdup_vprintf_with_custom (custom=0x567e5700
<handlers>, format=0xf38217ac <error: Cannot access memory at address
0xf38217ac>, va_orig=0xeed87f44 "\002") at eel-string.c:714
va = 0xeed87f4c "(\310hV\001"
p = 0xf38217da <error: Cannot access memory at address 0xf38217da>
num_args = <optimized out>
i = <optimized out>
j = 3
args = 0xee220bb0
type = <optimized out>
conversions = 0xee22c810
f = <optimized out>
str = 0xf2d5acc0
flags = <optimized out>
width = <optimized out>
mod = <optimized out>
pos = <optimized out>
s = <optimized out>
__func__ = "eel_strdup_vprintf_with_custom"
#3 0x566861a7 in f (format=0xf38217ac <error: Cannot access memory at
address 0xf38217ac>) at caja-file-operations.c:940
va = 0xeed87f44 "\002"
res = <optimized out>
#4 0x5668c933 in report_copy_progress
(copy_job=copy_job@entry=0x58b04570,
source_info=source_info@entry=0xeed87ffc,
transfer_info=transfer_info@entry=0xeed88010) at caja-file-operations.c:3005
files_left = <optimized out>
total_size = <optimized out>
elapsed = <optimized out>
transfer_rate = <optimized out>
remaining_time = <optimized out>
now = <optimized out>
job = 0x58b04570
is_move = 0
#5 0x5668e67a in copy_files (transfer_info=0xeed88010,
source_info=0xeed87ffc, dest_fs_id=0xee260280 "l2049", job=0x58b04570)
at caja-file-operations.c:4516
common = 0x58b04570
dest_fs_type = 0x0
inf = <optimized out>
src = <optimized out>
unique_names = <optimized out>
readonly_source_fs = 0
l = <optimized out>
same_fs = <optimized out>
i = <optimized out>
point = <optimized out>
skipped_file = -151639012
dest = <optimized out>
source_dir = <optimized out>
job = <optimized out>
common = <optimized out>
source_info = {num_files = 2, num_bytes = 4137,
num_files_since_progress = 2, op = OP_KIND_COPY}
transfer_info = {num_files = 0, num_bytes = 0, op =
OP_KIND_COPY, last_report_time = 181390712176, last_reported_files_left = 2}
dest_fs_id = 0xee260280 "l2049"
dest = <optimized out>
#6 0x5668e67a in copy_job (io_job=0xecb0c580, cancellable=<optimized
out>, user_data=<optimized out>) at caja-file-operations.c:4650
job = <optimized out>
common = <optimized out>
source_info = {num_files = 2, num_bytes = 4137,
num_files_since_progress = 2, op = OP_KIND_COPY}
transfer_info = {num_files = 0, num_bytes = 0, op =
OP_KIND_COPY, last_report_time = 181390712176, last_reported_files_left = 2}
dest_fs_id = 0xee260280 "l2049"
dest = <optimized out>
#7 0xf703400b in io_job_thread (task=0x59065db0 [GTask],
source_object=0x0, task_data=0xecb0c580, cancellable=0x59063c30
[GCancellable]) at ../../../gio/gioscheduler.c:85
job = 0xecb0c580
result = <optimized out>
#8 0xf706110f in g_task_thread_pool_thread (thread_data=0x59065db0,
pool_data=0x0) at ../../../gio/gtask.c:1331
task = 0x59065db0 [GTask]
#9 0xf6e9f87d in g_thread_pool_thread_proxy (data=0x582cede0) at
../../../glib/gthreadpool.c:307
task = 0x59065db0
pool = 0x582cede0
#10 0xf6e9ee2a in g_thread_proxy (data=0x586e94f0) at
../../../glib/gthread.c:784
thread = 0x586e94f0
__FUNCTION__ = "g_thread_proxy"
#11 0xf6994fd2 in start_thread (arg=<optimized out>) at pthread_create.c:486
ret = <optimized out>
pd = <optimized out>
now = <optimized out>
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-157630464,
-287798464, -157630464, -287800856, 2006751563, -201207429},
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev =
0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
#12 0xf68aa276 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:108
Regards.
Hi, Thanks, I'll try to figure out what's going on there. That legacy code is a mess...
Hi, Looks like it's a problem in the French translation (malformed string) which appeared with our latest update from Transifex before 1.20.3 release. I'll try to fix it.
Le 07/03/2019 à 14:31, Vlad Orlov a écrit : Hi, Yes, I just tested on a laptop by changing the default locale from fr_FR.UTF-8 to en_GB.UTF-8, and copy paste works. Regards.
Hello, I have the same issue, here is the fix: diff -ur a/po/fr.po b/po/fr.po --- a/po/fr.po 2020-06-04 12:47:08.270241059 -0400 +++ b/po/fr.po 2020-06-04 15:41:51.256894786 -0400 @@ -1565,8 +1565,8 @@ #: ../libcaja-private/caja-file-operations.c:3033 msgid "Duplicating %'d file (in \"%B\")" msgid_plural "Duplicating %'d files (in \"%B\")" -msgstr[0] "Duplication d'%'d fichier (en \"%B\") vers \"%B\"" -msgstr[1] "Duplication de %'d fichiers (en \"%B\") vers \"%B\"" +msgstr[0] "Duplication d'%'d fichier (en \"%B\")" +msgstr[1] "Duplication de %'d fichiers (en \"%B\")" #: ../libcaja-private/caja-file-operations.c:3043 msgid "Moving %'d file to \"%B\""
Hi. Can you make a patch for Debian 10 stable ? We have Caja 1.20.3 and when I copy/paste a folder to make a clone copy (duplication), caja crashes. I can reproduce this on all my Debian stable computers. It's happen only when the folder contains sub-folders or/and files. Thank you. Maxime.
Hi. We are waiting for a fix from 2 years and we know how to solve it. As we cannot copy/paste a folder containing subfolders, you should list this bug as a Important bug. Can a maintainer make a patch for caja in Buster ? Thanks. Max. 7 décembre 2020 02:15 "Maxime G." <maxime@mxgo.fr> a écrit: