After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 784771 - Nautilus Crashes When Cutting File From Outside
Nautilus Crashes When Cutting File From Outside
Status: RESOLVED INCOMPLETE
Product: nautilus
Classification: Core
Component: Crashers
3.24.x
Other Linux
: High critical
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-07-10 23:51 UTC by thekoopakingdom
Modified: 2021-05-26 08:17 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description thekoopakingdom 2017-07-10 23:51:41 UTC
I'm running XFCE which has a default file manager of Thunar, but I have Nautilus installed and set as my default file manager. However, Thunar still does manage my desktop because I don't think it's possible to remove it completely.

So, when I cut a file from my Thunar desktop while an instance of Nautilus is running, that instance will immediately crash. If I have a file copied from my Thunar desktop and open Nautilus, it'll start but crash a second later.

These crashes occur regardless of if I run Nautilus with --no-desktop or not.

Nautilus Log:
**
ERROR:../nautilus/src/nautilus-file.c:582:nautilus_file_new_from_filename: assertion failed: (filename[0] != '\0')
Aborted (core dumped)

OS: x86_64 Linux 4.11.9-1-ARCH
Desktop Environment: XFCE
Comment 1 thekoopakingdom 2017-07-10 23:53:00 UTC
I should also note that this only happens with cutting, not copying.
Comment 2 André Klapper 2017-07-11 22:18:04 UTC
Thanks for taking the time to report this.
Without a stack trace from the crash it's very hard to determine what caused it.
Can you get us a stack trace? Please see https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces for more information on how to do so. When pasting a stack trace in this bug report, please reset the status of this bug report from NEEDINFO to its previous status. Thanks in advance!
Comment 3 thekoopakingdom 2017-07-11 22:59:36 UTC
I'm not too sure I did this right (I rebuilt nautilus and gvfs, entering debug and !strip into the PKGBUILDs and then ran gdb with /usr/bin/nautilus.), but here's the stack trace log:

Starting program: /usr/bin/nautilus 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe7193700 (LWP 4349)]
[New Thread 0x7fffe6992700 (LWP 4350)]
[New Thread 0x7fffe4f36700 (LWP 4352)]
[New Thread 0x7fffd7fff700 (LWP 4353)]
[New Thread 0x7fffd6515700 (LWP 4354)]
[New Thread 0x7fffd5d14700 (LWP 4356)]
[Thread 0x7fffd5d14700 (LWP 4356) exited]
[Thread 0x7fffe4f36700 (LWP 4352) exited]

Thread 1 "nautilus" received signal SIGABRT, Aborted.
0x00007ffff3c7c670 in raise () from /usr/lib/libc.so.6

In between the "[Thread 0x7fffe4f36700 (LWP 4352) exited]" and "Thread 1 "nautilus" received signal SIGABRT, Aborted." lines in gdb is where the failed assertion is, but not in the log.
Comment 4 thekoopakingdom 2017-07-11 23:04:48 UTC
>When pasting a stack trace in this bug report, please reset the status of this bug report from NEEDINFO to its previous status. Thanks in advance!

The only options I see are NEEDINFO, and RESOLVED, and this bug still isn't resolved, so I'm not sure what to do. Here's a screenshot of what my form looks like: https://i.imgur.com/V8fnp0x.png.

(Sorry for sending multiple emails, I thought that after that comment I'd be able to change the status to something else.)
Comment 5 André Klapper 2017-07-12 00:19:11 UTC
(In reply to thekoopakingdom from comment #3)
> Thread 1 "nautilus" received signal SIGABRT, Aborted.
> 0x00007ffff3c7c670 in raise () from /usr/lib/libc.so.6

Could you enter "thread apply all bt full" after this, please?
Comment 6 thekoopakingdom 2017-07-12 00:28:30 UTC
Sure. Here's everything that comes after the "0x00007ffff3c7c670 in raise () from /usr/lib/libc.so.6" line:

Thread 10 (Thread 0x7fffcf7fe700 (LWP 8757))

  • #0 syscall
  • #1 g_cond_wait_until
  • #2 0x00007ffff78db121 in
  • #3 g_async_queue_timeout_pop
  • #4 0x00007ffff792e58e in
  • #5 0x00007ffff792dae5 in
  • #6 start_thread
  • #7 clone

Comment 7 André Klapper 2017-07-31 15:37:03 UTC
Thanks. Could you install debug packages for glib2 to have a better stacktrace?
Comment 8 thekoopakingdom 2017-08-04 23:07:01 UTC
Once this bug is resolved, I can: https://bugzilla.gnome.org/show_bug.cgi?id=782057.
Comment 9 André Klapper 2017-09-14 19:29:36 UTC
(In reply to thekoopakingdom from comment #8)
> Once this bug is resolved, I can:
> https://bugzilla.gnome.org/show_bug.cgi?id=782057.

Could you please reply to https://bugzilla.gnome.org/show_bug.cgi?id=782057#c5 ?
Comment 10 thekoopakingdom 2017-09-19 21:52:00 UTC
Alright, I got GLib to build. Here's the stack trace with both of the debug packages:

Starting program: /usr/bin/nautilus 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe7e9e700 (LWP 27789)]
[New Thread 0x7fffe769d700 (LWP 27790)]
[New Thread 0x7fffe5c3c700 (LWP 27792)]
[New Thread 0x7fffe522e700 (LWP 27793)]
[New Thread 0x7fffd647b700 (LWP 27794)]
[New Thread 0x7fffd585a700 (LWP 27796)]
[New Thread 0x7fffd5059700 (LWP 27797)]
[New Thread 0x7fffcffff700 (LWP 27798)]
[Thread 0x7fffcffff700 (LWP 27798) exited]
[Thread 0x7fffd647b700 (LWP 27794) exited]
[Thread 0x7fffe5c3c700 (LWP 27792) exited]
[Thread 0x7fffd5059700 (LWP 27797) exited]

Thread 1 "nautilus" received signal SIGABRT, Aborted.
0x00007ffff3e1f8a0 in raise () from /usr/lib/libc.so.6

Thread 1 (Thread 0x7ffff7f92000 (LWP 27785))

  • #0 raise
  • #1 abort
  • #2 g_assertion_message
  • #3 g_assertion_message_expr
  • #4 nautilus_file_new_from_filename
    at ../nautilus/src/nautilus-file.c line 584
  • #5 nautilus_file_get_internal
    at ../nautilus/src/nautilus-file.c line 763
  • #6 nautilus_file_get
    at ../nautilus/src/nautilus-file.c line 784
  • #7 nautilus_file_list_from_uri_list
    at ../nautilus/src/nautilus-file-utilities.c line 884
  • #8 on_clipboard_contents_received
    at ../nautilus/src/nautilus-canvas-view.c line 816
  • #9 0x00007ffff734d5dc in
  • #10 g_closure_invoke
  • #11 signal_emit_unlocked_R
  • #12 g_signal_emit_valist
  • #13 g_signal_emit_by_name
  • #14 0x00007ffff7261e15 in
  • #15 0x00007ffff7266080 in
  • #16 0x00007ffff71d0f2b in
  • #17 _g_closure_invoke_va
  • #18 g_signal_emit_valist
  • #19 g_signal_emit
  • #20 0x00007ffff73241c5 in
  • #21 gtk_main_do_event
  • #22 0x00007ffff6cda516 in
  • #23 0x00007ffff6d0ca65 in
  • #24 g_main_context_dispatch
  • #25 g_main_context_iterate.isra
  • #26 g_main_context_iteration
  • #27 g_application_run
  • #28 main
    at ../nautilus/src/nautilus-main.c line 102

Comment 11 André Klapper 2018-06-17 16:53:55 UTC
The last stacktrace is still missing glib2 and gtk3 debug symbols.
Comment 12 André Klapper 2021-05-26 08:17:57 UTC
Closing this bug report as no further information has been provided. Please feel free to report this to
  https://gitlab.gnome.org/GNOME/nautilus/-/issues/
if you can provide the information that was asked for in a previous comment and if this still happens in a recent and supported version. Thanks!