pantheon-files crashes when opening

Hello,

Are you running a clean install of Loki, or have you installed on top of something else?

Can you please use gdb and give a backtrace of where the error is happening?

gdb pantheon-files
run
bt

And dump the stacktrace here.

I am running a clean install of Loki. Attached are is the debug output:

-----

$ gdb pantheon-files
GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from pantheon-files...(no debugging symbols found)...done.
(gdb)
(gdb)
(gdb) run
Starting program: /usr/bin/pantheon-files
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[INFO 08:30:06.033497] Application.vala:155: Files version: 0.3.0.2
[INFO 08:30:06.033607] Application.vala:157: Kernel version: 4.4.0-38-generic
[New Thread 0x7fffe6504700 (LWP 10386)]
[New Thread 0x7fffe5d03700 (LWP 10387)]
[INFO 08:30:06.115518] Application.vala:83: Report any issues/bugs you might find to http://bugs.launchpad.net/pantheon-files
[New Thread 0x7fffe485f700 (LWP 10388)]
[New Thread 0x7fffd6db6700 (LWP 10390)]
**
ERROR:/build/pantheon-files-GQJwxX/pantheon-files-0.3.0.2+r2319+pkg54~daily~ubuntu0.4.1/src/View/Slot.vala:287:marlin_view_slot_real_initialize_directory: assertion failed: (!directory.is_loading ())

Thread 1 "pantheon-files" received signal SIGABRT, Aborted.
0x00007ffff47d8418 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54
54 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0 0x00007ffff47d8418 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54
#1 0x00007ffff47da01a in __GI_abort () at abort.c:89
#2 0x00007ffff5543d75 in g_assertion_message () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007ffff5543e0a in g_assertion_message_expr () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00005555555d01ba in ?? ()
#5 0x00005555555b3d54 in marlin_view_view_container_add_view ()
#6 0x00005555555ae2da in marlin_view_window_add_tab ()
#7 0x00005555555afcb3 in marlin_view_window_restore_tabs ()
#8 0x000055555557f968 in ?? ()
#9 0x0000555555580161 in ?? ()
#10 0x00007fffeeaa5e40 in ffi_call_unix64 () from /usr/lib/x86_64-linux-gnu/libffi.so.6
#11 0x00007fffeeaa58ab in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.6
#12 0x00007ffff57f5cf5 in g_cclosure_marshal_generic_va () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#13 0x00007ffff57f51d4 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#14 0x00007ffff580f4b8 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#15 0x00007ffff581008f in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16 0x00007ffff7873a23 in ?? () from /usr/lib/x86_64-linux-gn...

There is a known regression in the ctags plugin causing crashes at startup (fix just approved) for certain directories but from the backtrace this looks different. Please could you indicate which folders are being opened at startup, to the extent of whether they are local or remote and which protocol is being used - and also which view mode they are being opened in? Please try setting the key org.pantheon.files.preferences.tab-info-list back to the default value or setting the key org.pantheon.files.preferences.restore-tabs to false using dconf-editor or otherwise - does Files then start?

The crash is being caused by an assertion written into the code failing.

OK - this is caused by having multiple tabs open at the same location being restored at startup. Fix in progress.

Hi, this bug had affected me too and I think I have some more information about it. In my case I had a tab with an usb drive folder open, then I formatted that same usb drive and unmounted it using GParted, and only then closed pantheon-files.

So the next time I tried to start pantheon-files it tried to open a folder that wasn't available, gave me that same error message from the bug description here, and crashed.

I could confirm it by opening it as administrator (since root remembers another set of tabs), and also - following Jeremy's directions - by using the dconf-editor and checking the org.pantheon.files.preferences.tab-info-list key - it was indeed pointing to the unavailable drive and started working again after I reseted it to its default value.

~$ pantheon-files
[INFO 11:15:40.094845] Application.vala:155: Arquivos version: 0.3.0.2
[INFO 11:15:40.094914] Application.vala:157: Kernel version: 4.4.0-38-generic
[INFO 11:15:40.158929] Application.vala:83: Report any issues/bugs you might find to http://bugs.launchpad.net/pantheon-files
**
ERROR:/build/pantheon-files-mimd_E/pantheon-files-0.3.0.2+r2335+pkg54~daily~ubuntu0.4.1/src/View/Slot.vala:287:marlin_view_slot_real_initialize_directory: assertion failed: (!directory.is_loading ())
Abortado (imagem do núcleo gravada)

e too. :-(

Renê, while the fix is not released this is what you can do:

- Open System Settings -> Keyboard -> Applications
- Select "Home Folder" and set a shortcut for it (I used Super + Alt + F)
- Type the shortcut you just made: pantheon-files will reset its tabs and go back to your home folder

You can start Files at any folder (without restoring tabs) by typing "pantheon-files [path/to/folder]" in the terminal.

The fix is now approved and should be released in the not too distant future.