[un1versal]

This is a good odd one, it shouldn't happen normally and its not a common scenario, none the less it happens and it shouldn't.

If you delete any item e.g. folder or a file in a directory which belongs to root:root and or you do not have write permissions say 444 properties, kodi will crash dead every single time.

Ill try to grab a stacktrace but it hard to do this since Kodi will freeze when attached to gdb and you cant use it.
For now if anyone can test this in meanwhile and confirm or not system and install details.

Kodi (16.0-ALPHA1 Git:2015-07-17-105ee16). Platform: Linux x86 64-bit
Running on Ubuntu minimal 14.04.2 LTS, kernel: Linux x86 64-bit version 3.13.0-57-generic
Start-up method : upstart script

The issue has been first noticed 5 months ago.

[wsnipex]

confirmed
http://pastebin.com/gFn8jERp

Also, it should be perfectly possible to delete a file in a folder owned by root, as long as you have rw perms on that file.

[un1versal]

Thank you for confirmation.

Yes agree that you should be able to delete if file has RW permissions (not tested that scenario but easily tested).

I think that is the condition no RW permission = crash

[un1versal]

OK now it starts to get interesting.

Copy/Move also crashed Kodi but this time directory is
drwxr-xr-x 2 root root 4096 May 15 12:54 TEST FILES

File tried to move is
-rw-rw-r-- 1 kodi kodi 232953898 May 8 18:12 ► Planet Earth - Amazing nature scenery (1080p HD)-1429796907.mp4

Crashlog on moving even though messages say otherwise. http://pastebin.com/wH6SYs2b

[un1versal]

Should be fixed by https://github.com/xbmc/xbmc/pull/7634 marking this as solved for now.

[fritsch]

Wait until it's in.

[un1versal]

OK, changed status and will wait till its merged in Isengard as well.

In filemanager thought you get a message saying it failed to delete/move a file. But in Music > Files or Video > Files thers no message of failure or any message whatsoever at all.

Also you cannot delete a file that is in a root owned folder or a folder with read only permissions and the file has RW permissions for all.

But crash is gone.

Here is a funny curiosity.

1) Copy a specific file from a folder without any permissions or owned by root to anywhere you have permissions. Goes OK
2) Copy a file from where you have permissions to where you dont (same folder as before) Fails OK
3) Do reverse of 1). Succeeds with no error.

[wsnipex]

can you delete that file in the shell?

[un1versal]

Sure.

[wsnipex]

Also you cannot delete a file that is in a root owned folder or a folder with read only permissions and the file has RW permissions for all.

wuff@ubook:/tmp$ sudo mkdir test
wuff@ubook:/tmp$ ls -dl test
drwxr-xr-x 2 root root 4096 Jul 27 20:21 test
wuff@ubook:/tmp$ cd test
wuff@ubook:/tmp/test$ sudo touch test
wuff@ubook:/tmp/test$ sudo chown wuff:wuff test
wuff@ubook:/tmp/test$ ls -l
total 0
-rw-r--r-- 1 wuff wuff 0 Jul 27 20:22 test
wuff@ubook:/tmp/test$ rm test
rm: cannot remove ‘test’: Permission denied

[un1versal]

Here is a funny curiosity.

1) Copy a specific file from a folder without any permissions or owned by root to anywhere you have permissions. Goes OK
2) Copy a file from where you have permissions to where you dont (same folder as before) Fails OK
3) Do reverse of 1). Succeeds with no error.

I meant this file I copied out in 1) can be deleted

I think that is the condition no RW permission = crash

Yea it not the RW permission on folder that caused it, Folder with 755 owned by root:root seemed to clench it.

[un1versal]

Fixed innitially by https://github.com/xbmc/xbmc/pull/7634 and turns out https://github.com/xbmc/xbmc/pull/7680 was the real solution.