Bug 357905 - Crash when copying files to SMB with incorrect/no permission(s)
Summary: Crash when copying files to SMB with incorrect/no permission(s)
Status: RESOLVED DUPLICATE of bug 364039
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 15.12.1
Platform: Arch Linux Linux
: NOR crash
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-12 21:49 UTC by francois5537
Modified: 2016-12-25 14:09 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Requested log (1.71 KB, text/plain)
2016-01-15 22:03 UTC, francois5537
Details

Note You need to log in before you can comment on or make changes to this bug.
Description francois5537 2016-01-12 21:49:59 UTC
When going files to SMB share, it crashes when trying to copy or overwrite files/dirs that have permission issues:
"Could not change permissions" window pop-ups, when clicking on Skip, Autoskip or Cancel, Dolphin crashes. Select to restore the session, simple opens a new empty Dolphin.

The issue is not the "could not change permissions" (it's correct), but the Skip/Cancel action.
It's however weird it is not reporting inside Dolphin, but a new window is opened.

Reproducible: Always

Steps to Reproduce:
1. Copy files to a directory/overwrite files on SMB share with incorrect permissions (e.g. user)
2. Window "Could not change permissions"
3. Skip, Cancel, AutoSkip crashes Dolphin

Actual Results:  
Dolphin crashes and is unable to restore the SMB share.

Expected Results:  
No crashing, and able to restore the SMB/path.

The network driver on the NAS seems to crash when it happens:
[668138.920379] r8168: enp3s0: link down
[668141.971819] r8168: enp3s0: link up
[668481.775026] r8168: enp3s0: link down
[668484.826459] r8168: enp3s0: link up
[669279.705870] r8168: enp3s0: link down
[669282.757324] r8168: enp3s0: link up
Comment 1 Frank Reininghaus 2016-01-14 21:26:06 UTC
Thanks for the bug report. Please try to provide a backtrace of the crash. See https://community.kde.org/Dolphin/FAQ/Crashes for details.
Comment 2 francois5537 2016-01-15 22:03:28 UTC
Created attachment 96667 [details]
Requested log
Comment 3 francois5537 2016-01-15 22:07:00 UTC
(In reply to Frank Reininghaus from comment #1)
> Thanks for the bug report. Please try to provide a backtrace of the crash.
> See https://community.kde.org/Dolphin/FAQ/Crashes for details.

Hello Frank,

Please let me know if you need any more (debug) info. :)

To summery how to trigger the bug:

Server:
# cd /to/dir
# chown http:http filename
# chmod 644 file

Client:
1. Connect to share
2. Go /to/dir
3. try to overwrite with filename from client
4. Bug happens
Comment 4 francois5537 2016-01-23 22:47:23 UTC
If someone is searching for a solution: append nodfs to the fstab entry.
This solves the overwrite issue and Dolphin doesn't crashes.

For some reason Dolphin becomes unstable and can't suppress the warning messages.
Comment 5 Frank Reininghaus 2016-01-24 11:00:08 UTC
(In reply to francois5537 from comment #2)
> Created attachment 96667 [details]
> Requested log

Thanks, but there is no useful information in this log. Maybe you could try to get a backtrace with gdb:

gdb dolphin
run
(reproduce the crash)
thread apply all backtrace
(press Enter until there is no further output)
(copy the output and attach it here)
Comment 6 francois5537 2016-02-07 12:54:37 UTC
Don't think it's useful:
(gdb) run
Starting program: /usr/bin/dolphin
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe1f9c700 (LWP 17016)]
[New Thread 0x7fffd7f3f700 (LWP 17019)]
[New Thread 0x7fffd4560700 (LWP 17020)]
Trying to convert empty KLocalizedString to QString.

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff2497d6c in QObjectPrivate::setParent_helper(QObject*) () from /usr/lib/libQt5Core.so.5
(gdb)

How to trigger the crash:

Server Details:
user: demo (group: demo) - is member of groups: http nobody
home: /path/to/files
smb.conf:
[private]
        comment = Private
        path = /path/to/files
        read only = no
        valid users = demo

Server Commands:
$ cd /path/to/files
$ touch file.txt
# chown http:http file.txt

Client Actions:
1. Create /home/archie/file.txt
2. Cut and paste client's file.txt (overwrite) on the mounted share with Dolphin
3. Dolphin crashes and reports the file cannot be found on the client's location (correct, since file.txt has already been moved to the server)

When performing the same actions in a different app (e.g. Konsole, Atom), there are no issues.
The same issue can  also be triggered when using an USB and performing cut/copy & paste actions, however this is less problematic.

Thanks, and please let me know if I can provide you with more debug info. :)
Comment 7 Elvis Angelaccio 2016-12-25 14:09:47 UTC
(In reply to François from comment #6) 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff2497d6c in QObjectPrivate::setParent_helper(QObject*) () from
> /usr/lib/libQt5Core.so.5

Should be a duplicate of #364039

*** This bug has been marked as a duplicate of bug 364039 ***