We need a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging

*** Bug 388607 has been marked as a duplicate of this bug. ***

*** Bug 389711 has been marked as a duplicate of this bug. ***

*** Bug 390296 has been marked as a duplicate of this bug. ***

*** Bug 390969 has been marked as a duplicate of this bug. ***

*** Bug 392542 has been marked as a duplicate of this bug. ***

*** Bug 392973 has been marked as a duplicate of this bug. ***

*** Bug 394681 has been marked as a duplicate of this bug. ***

*** Bug 395089 has been marked as a duplicate of this bug. ***

*** Bug 395078 has been marked as a duplicate of this bug. ***

*** Bug 395553 has been marked as a duplicate of this bug. ***

*** Bug 395835 has been marked as a duplicate of this bug. ***

Created attachment 113625 [details]
New crash information added by DrKonqi

dolphin (17.12.3) using Qt 5.9.5

- What I was doing when the application crashed:

This is a repeat of what I was doing in #395835 as requested by Elvis to add debug symbols (never done this before, spent the past hour figuring it out, let me know if it's still insufficient).

Left pane folder: ~/
Right pane folder: ~/server (which is a symlink to /theobroma/evan/, where /theobroma is a cifs share in fstab)

Moved a file from right pane to left, no problems, and succeeds with no error. Move the same file back (or any other file) from left to right, Dolphin throws an error that access is denied to the file in ~/server folder (right pane, location of final move). Retry/Cancel option available. On retry, a different error that the file does not exist in left pane's location with retry/cancel option. On retry, the error repeats indefinitely. 

On cancel, Dolphin crashes. File is moved to destination and removed from original location. Dolphin doesn't crash if cancel is pressed after first 'file does not exist' error (and file is still successfully moved).

Happens on any file moved to the right pane that's a cifs share. If it's a local directory there is no problem. Bug is also reproducible if panes are switched, where server pane is on left, local on right.

Share entry in fstab:
//10.1.1.60/theobroma /theobroma cifs credentials=/root/.sambalogin,file_mode=0777,dir_mode=0777,user 0 0

On this particular share, samba is logged in with root priviliges on 10.1.1.60

-- Backtrace (Reduced):
#6  0x00007f4d1d71aa94 in KJob::isAutoDelete() const () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#7  0x00007f4d1d71aae1 in KJob::finishJob(bool) () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#8  0x00007f4d201072f9 in KIO::FileCopyJob::slotResult (this=0x56007d2dee80, job=0x56007d612c20) at ./src/core/filecopyjob.cpp:573
#9  0x00007f4d1bd976cf in QtPrivate::QSlotObjectBase::call (a=0x7ffc27ffc960, r=0x56007d2dee80, this=0x56007d51d2e0) at ../../include/QtCore/../../src/corelib/kernel/qobject_impl.h:101
[...]
#11 0x00007f4d1d719fdc in KJob::result(KJob*, KJob::QPrivateSignal) () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5

Created attachment 114175 [details]
New crash information added by DrKonqi

dolphin (17.12.3) using Qt 5.9.5

- What I was doing when the application crashed:
I was moving the files from ext4 to NTFS partition. 
- Unusual behavior I noticed:
I got the error message "Unable to acces the source file", selected "skip". The files were moved successfully, however Dolphin crashed.

-- Backtrace (Reduced):
#6  0x00007fcc7d780a94 in KJob::isAutoDelete() const () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#7  0x00007fcc7d780ae1 in KJob::finishJob(bool) () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#8  0x00007fcc8016d2f9 in KIO::FileCopyJob::slotResult(KJob*) () from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
[...]
#10 0x00007fcc7d77ffdc in KJob::result(KJob*, KJob::QPrivateSignal) () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#11 0x00007fcc7d780b11 in KJob::finishJob(bool) () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5

*** Bug 397173 has been marked as a duplicate of this bug. ***

*** Bug 397181 has been marked as a duplicate of this bug. ***

*** Bug 397535 has been marked as a duplicate of this bug. ***

We have complete backtraces from some of the duplicates, CONFIRMED.

Created attachment 114524 [details]
New crash information added by DrKonqi

dolphin (18.08.0) using Qt 5.11.1

- What I was doing when the application crashed:
This is probably related to Bug 391699. Happend while moving files (directory) from ext4 to NTFS. I've got several popups with error messages saying:
"Access denied to %1." where %1 is a destination file.
I selected "skip" several times until I've got errror with only cancel and retry. Then click on Cancel causes this crash. Looks that KJob object was deleted and then used again. 

Sometimes it crashes one line earlier in the code:

Thread 1 (Thread 0x7f7c28092800 (LWP 12962)):
[KCrash Handler]
#6  0x00007f7c23476ad4 in KJob::isAutoDelete (this=this@entry=0x55e599ebbb50) at ./src/lib/jobs/kjob.cpp:333
#7  0x00007f7c23476b21 in KJob::finishJob (this=this@entry=0x55e599ebbb50, emitResult=emitResult@entry=true) at ./src/lib/jobs/kjob.cpp:112
#8  0x00007f7c23478a0a in KJob::emitResult (this=this@entry=0x55e599ebbb50) at ./src/lib/jobs/kjob.cpp:293
#9  0x00007f7c25e64559 in KIO::FileCopyJob::slotResult (this=0x55e599ebbb50, job=0x55e599f16bd0) at ./src/core/filecopyjob.cpp:573

- Custom settings of the application:
NTFS mounted with this flags. It is default setting on Kubuntu/Neon. IIRC changing it to something else workarounds this issue so it is important.
UUID=XXXXXXXXXXXXXXXX /media/Disk  ntfs    defaults,umask=007,gid=46 0       0
I guess that when files is moved Dolphin tries to change owner and permissions to the source ones. On NTFS it fails which then somehow leads to crash in KJob.

-- Backtrace (Reduced):
#6  QCoreApplication::postEvent (receiver=receiver@entry=0x55e4b23907f0, event=0x7fd3d800cd90, priority=priority@entry=0) at kernel/qcoreapplication.cpp:1451
#7  0x00007fd3f18f27a1 in QObject::deleteLater (this=this@entry=0x55e4b23907f0) at kernel/qobject.cpp:2172
#8  0x00007fd3f3293b3e in KJob::finishJob (this=this@entry=0x55e4b23907f0, emitResult=emitResult@entry=true) at ./src/lib/jobs/kjob.cpp:113
#9  0x00007fd3f3295a0a in KJob::emitResult (this=this@entry=0x55e4b23907f0) at ./src/lib/jobs/kjob.cpp:293
#10 0x00007fd3f5c81559 in KIO::FileCopyJob::slotResult (this=0x55e4b23907f0, job=0x55e4b22e9050) at ./src/core/filecopyjob.cpp:573

Created attachment 115169 [details]
New crash information added by DrKonqi

dolphin (18.08.1) using Qt 5.11.1

- What I was doing when the application crashed:

Moving a few files from my home folder (ext4) to ntfs partition.

-- Backtrace (Reduced):
#6  0x00007f7aaf25da84 in KJob::isAutoDelete() const () from /usr/lib64/libKF5CoreAddons.so.5
#7  0x00007f7aaf25daeb in KJob::finishJob(bool) () from /usr/lib64/libKF5CoreAddons.so.5
#8  0x00007f7aafab6fe9 in KIO::FileCopyJob::slotResult(KJob*) () from /usr/lib64/libKF5KIOCore.so.5
[...]
#10 0x00007f7aaf25d01c in KJob::result(KJob*, KJob::QPrivateSignal) () from /usr/lib64/libKF5CoreAddons.so.5
#11 0x00007f7aaf25dae3 in KJob::finishJob(bool) () from /usr/lib64/libKF5CoreAddons.so.5

Created attachment 115340 [details]
New crash information added by DrKonqi

dolphin (18.08.1) using Qt 5.11.1

- What I was doing when the application crashed:
Copying large *.ISO file from ext4 partition to NTFS partition (created by Windows)

-- Backtrace (Reduced):
#6  0x00007f76875f5a84 in KJob::isAutoDelete() const () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#7  0x00007f76875f5ad1 in KJob::finishJob(bool) () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#8  0x00007f7689fe9649 in KIO::FileCopyJob::slotResult(KJob*) () from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
[...]
#10 0x00007f76875f4fcc in KJob::result(KJob*, KJob::QPrivateSignal) () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#11 0x00007f76875f5b01 in KJob::finishJob(bool) () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5

*** Bug 399420 has been marked as a duplicate of this bug. ***

Digged a little more. It happens when the user has all the permissions on the target directory on NTFS/FAT filesystem owned (mounted) by another user and moves multiple files there. 

I'm attaching the dump with all debugging symbols in place.

Application: dolphin (18.08.1)

Qt Version: 5.11.2
Frameworks Version: 5.50.0
Operating System: Linux 4.18.9-1-default x86_64
Distribution (Platform): openSUSE RPMs

-- Backtrace:
Application: Dolphin (dolphin), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f314a848080 (LWP 7965))]

Thread 5 (Thread 0x7f313761b700 (LWP 7971)):
#0  0x00007f315293b2c9 in poll () from /lib64/libc.so.6
#1  0x00007f314d610206 in g_main_context_poll (priority=<optimized out>, n_fds=1, fds=0x7f312c0049b0, timeout=<optimized out>, context=0x7f312c000bf0) at gmain.c:4203
#2  g_main_context_iterate (context=context@entry=0x7f312c000bf0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3897
#3  0x00007f314d61032c in g_main_context_iteration (context=0x7f312c000bf0, may_block=may_block@entry=1) at gmain.c:3963
#4  0x00007f3150955adb in QEventDispatcherGlib::processEvents (this=0x7f312c000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:424
#5  0x00007f3150902adb in QEventLoop::exec (this=this@entry=0x7f313761ada0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:140
#6  0x00007f3150751de6 in QThread::exec (this=<optimized out>) at ../../include/QtCore/../../src/corelib/global/qflags.h:120
#7  0x00007f315075b9b7 in QThreadPrivate::start (arg=0x55a69cbac920) at thread/qthread_unix.cpp:367
#8  0x00007f314eb3c554 in start_thread () from /lib64/libpthread.so.0
#9  0x00007f3152945ccf in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7f3137fff700 (LWP 7970)):
#0  0x00007f314eb424dc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f3144bf662b in cnd_wait (mtx=0x55a69ca2c8b8, cond=0x55a69ca2c8e0) at ../../../../include/c11/threads_posix.h:155
#2  pipe_semaphore_wait (sema=0x55a69ca2c8b8) at ../../../../src/gallium/auxiliary/os/os_thread.h:108
#3  thread_function (init_data=init_data@entry=0x55a69ca2c810) at lp_rast.c:809
#4  0x00007f3144bf6587 in impl_thrd_routine (p=<optimized out>) at ../../../../include/c11/threads_posix.h:87
#5  0x00007f314eb3c554 in start_thread () from /lib64/libpthread.so.0
#6  0x00007f3152945ccf in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f313c823700 (LWP 7969)):
#0  0x00007f314eb424dc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f3144bf662b in cnd_wait (mtx=0x55a69ca2c750, cond=0x55a69ca2c778) at ../../../../include/c11/threads_posix.h:155
#2  pipe_semaphore_wait (sema=0x55a69ca2c750) at ../../../../src/gallium/auxiliary/os/os_thread.h:108
#3  thread_function (init_data=init_data@entry=0x55a69ca2c6a8) at lp_rast.c:809
#4  0x00007f3144bf6587 in impl_thrd_routine (p=<optimized out>) at ../../../../include/c11/threads_posix.h:87
#5  0x00007f314eb3c554 in start_thread () from /lib64/libpthread.so.0
#6  0x00007f3152945ccf in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f3146824700 (LWP 7968)):
#0  0x00007f315293b2c9 in poll () from /lib64/libc.so.6
#1  0x00007f314d610206 in g_main_context_poll (priority=<optimized out>, n_fds=1, fds=0x7f3138004db0, timeout=<optimized out>, context=0x7f3138000bf0) at gmain.c:4203
#2  g_main_context_iterate (context=context@entry=0x7f3138000bf0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3897
#3  0x00007f314d61032c in g_main_context_iteration (context=0x7f3138000bf0, may_block=may_block@entry=1) at gmain.c:3963
#4  0x00007f3150955adb in QEventDispatcherGlib::processEvents (this=0x7f3138000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:424
#5  0x00007f3150902adb in QEventLoop::exec (this=this@entry=0x7f3146823d70, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:140
#6  0x00007f3150751de6 in QThread::exec (this=this@entry=0x7f3150c23d60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at ../../include/QtCore/../../src/corelib/global/qflags.h:120
#7  0x00007f3150ba9545 in QDBusConnectionManager::run (this=0x7f3150c23d60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:178
#8  0x00007f315075b9b7 in QThreadPrivate::start (arg=0x7f3150c23d60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:367
#9  0x00007f314eb3c554 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f3152945ccf in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f314a848080 (LWP 7965)):
[KCrash Handler]
#6  0x00007f3151af4ac4 in KJob::isAutoDelete() const () from /usr/lib64/libKF5CoreAddons.so.5
#7  0x00007f3151af4b2b in KJob::finishJob(bool) () from /usr/lib64/libKF5CoreAddons.so.5
#8  0x00007f3152351019 in KIO::FileCopyJob::slotResult (this=0x55a69d24f8a0, job=0x55a69cd8a1d0) at /usr/src/debug/kio-5.50.0-1.1.x86_64/src/core/filecopyjob.cpp:573
#9  0x00007f315092d1a0 in QtPrivate::QSlotObjectBase::call (a=0x7fffa5b4d9d0, r=0x55a69d24f8a0, this=0x55a69d13f880) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:376
#10 QMetaObject::activate (sender=0x55a69cd8a1d0, signalOffset=<optimized out>, local_signal_index=<optimized out>, argv=<optimized out>) at kernel/qobject.cpp:3754
#11 0x00007f3151af405c in KJob::result(KJob*, KJob::QPrivateSignal) () from /usr/lib64/libKF5CoreAddons.so.5
#12 0x00007f3151af4b23 in KJob::finishJob(bool) () from /usr/lib64/libKF5CoreAddons.so.5
#13 0x00007f315235e1c0 in KIO::SimpleJob::slotFinished (this=0x55a69cd8a1d0) at /usr/src/debug/kio-5.50.0-1.1.x86_64/src/core/simplejob.cpp:232
#14 0x00007f315235c54b in KIO::SimpleJob::slotError (this=0x55a69cd8a1d0, err=<optimized out>, errorText=...) at /usr/src/debug/kio-5.50.0-1.1.x86_64/src/core/simplejob.cpp:245
#15 0x00007f315092d1a0 in QtPrivate::QSlotObjectBase::call (a=0x7fffa5b4dc10, r=0x55a69cd8a1d0, this=0x55a69d1ed650) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:376
#16 QMetaObject::activate (sender=0x55a69d0223e0, signalOffset=<optimized out>, local_signal_index=<optimized out>, argv=<optimized out>) at kernel/qobject.cpp:3754
#17 0x00007f315232d656 in KIO::SlaveInterface::error (this=this@entry=0x55a69d0223e0, _t1=<optimized out>, _t2=...) at /usr/src/debug/kio-5.50.0-1.1.x86_64/build/src/core/KF5KIOCore_autogen/include/moc_slaveinterface.cpp:425
#18 0x00007f3152330162 in KIO::SlaveInterface::dispatch (this=0x55a69d0223e0, _cmd=<optimized out>, rawdata=...) at /usr/src/debug/kio-5.50.0-1.1.x86_64/src/core/slaveinterface.cpp:192
#19 0x00007f315232dcb8 in KIO::SlaveInterface::dispatch (this=0x55a69d0223e0) at /usr/src/debug/kio-5.50.0-1.1.x86_64/src/core/slaveinterface.cpp:89
#20 0x00007f3152335899 in KIO::Slave::gotInput (this=0x55a69d0223e0) at /usr/src/debug/kio-5.50.0-1.1.x86_64/src/core/slave.cpp:406
#21 0x00007f315092d1a0 in QtPrivate::QSlotObjectBase::call (a=0x7fffa5b4de60, r=0x55a69d0223e0, this=0x55a69d031540) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:376
#22 QMetaObject::activate (sender=0x55a69cdd5940, signalOffset=<optimized out>, local_signal_index=<optimized out>, argv=<optimized out>) at kernel/qobject.cpp:3754
#23 0x00007f31522c2363 in KIO::Connection::readyRead (this=<optimized out>) at /usr/src/debug/kio-5.50.0-1.1.x86_64/build/src/core/KF5KIOCore_autogen/include/moc_connection_p.cpp:143
#24 KIO::ConnectionPrivate::dequeue (this=0x55a69d0e9800) at /usr/src/debug/kio-5.50.0-1.1.x86_64/src/core/connection.cpp:46
#25 0x00007f315092d902 in QObject::event (this=0x55a69cdd5940, e=<optimized out>) at kernel/qobject.cpp:1251
#26 0x00007f31513374a1 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5
#27 0x00007f315133eaf0 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5
#28 0x00007f3150903e09 in QCoreApplication::notifyInternal2 (receiver=0x55a69cdd5940, event=0x55a69cf9c930) at ../../include/QtCore/5.11.2/QtCore/private/../../../../../src/corelib/thread/qthread_p.h:307
#29 0x00007f3150906dfb in QCoreApplication::sendEvent (event=0x55a69cf9c930, receiver=<optimized out>) at kernel/qcoreapplication.h:234
#30 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x55a69c69b020) at kernel/qcoreapplication.cpp:1745
#31 0x00007f3150956493 in postEventSourceDispatch (s=0x55a69c7769a0) at kernel/qeventdispatcher_glib.cpp:276
#32 0x00007f314d60fffe in g_main_dispatch (context=0x7f3140004ff0) at gmain.c:3176
#33 g_main_context_dispatch (context=context@entry=0x7f3140004ff0) at gmain.c:3829
#34 0x00007f314d610298 in g_main_context_iterate (context=context@entry=0x7f3140004ff0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3902
#35 0x00007f314d61032c in g_main_context_iteration (context=0x7f3140004ff0, may_block=may_block@entry=1) at gmain.c:3963
#36 0x00007f3150955ac3 in QEventDispatcherGlib::processEvents (this=0x55a69c72a110, flags=...) at kernel/qeventdispatcher_glib.cpp:422
#37 0x00007f3148c619d1 in QPAEventDispatcherGlib::processEvents (this=0x55a69c72a110, flags=...) at qeventdispatcher_glib.cpp:69
#38 0x00007f3150902adb in QEventLoop::exec (this=this@entry=0x7fffa5b4e450, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:140
#39 0x00007f315090ac52 in QCoreApplication::exec () at ../../include/QtCore/../../src/corelib/global/qflags.h:120
#40 0x00007f3152d75e8f in kdemain (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/dolphin-18.08.1-2.1.x86_64/src/main.cpp:149
#41 0x00007f315286dfeb in __libc_start_main () from /lib64/libc.so.6
#42 0x000055a69b93f08a in _start () at ../sysdeps/x86_64/start.S:120
[Inferior 1 (process 7965) detached]

*** Bug 399988 has been marked as a duplicate of this bug. ***

Created attachment 116372 [details]
New crash information added by DrKonqi

dolphin (18.08.3) using Qt 5.11.2

- What I was doing when the application crashed:

Renaming a file over locally mounted SMB share.

-- Backtrace (Reduced):
#6  0x00007f7271b3a604 in KJob::isAutoDelete() const () from /usr/lib/libKF5CoreAddons.so.5
#7  0x00007f7271b3a675 in KJob::finishJob(bool) () from /usr/lib/libKF5CoreAddons.so.5
#8  0x00007f727238b02f in KIO::FileCopyJob::slotResult(KJob*) () from /usr/lib/libKF5KIOCore.so.5
[...]
#10 0x00007f7271b39b8d in KJob::result(KJob*, KJob::QPrivateSignal) () from /usr/lib/libKF5CoreAddons.so.5
#11 0x00007f7271b3a66c in KJob::finishJob(bool) () from /usr/lib/libKF5CoreAddons.so.5

*** Bug 401867 has been marked as a duplicate of this bug. ***

*** Bug 403603 has been marked as a duplicate of this bug. ***

I have been looking through all these backtraces and they all point to the KJob::finishJob function and usually the crash is triggered from a call to isAutoDelete. Prior to the call to isAutoDelete two signals are emitted: finished and (optionally) result. So I was thinking is it possible that the receiver of one of these signals would delete the KJob instance? If so, that would explain the crashes. And to fix it we could simply move the isAutoDelete check to before emitting the signals?

I can't reproduce the crash myself, but I can cook up a patch that moves this check if anyone is interested in testing?

I have pushed a patch that calls isAutoDelete prior to emitting the result signal. Could someone please see if it fixes the problem?

https://phabricator.kde.org/D19170

Thanks :)

A fix has been merged and should be part of the 5.56.0 frameworks release.

Diff: https://phabricator.kde.org/D19170
Commit: 3f3c6d30b7399758ef8c6cbb03f4ed00cbd33905

*** Bug 405264 has been marked as a duplicate of this bug. ***

*** Bug 391699 has been marked as a duplicate of this bug. ***

*** Bug 367890 has been marked as a duplicate of this bug. ***

Created attachment 118953 [details]
New crash information added by DrKonqi

dolphin (17.12.3) using Qt 5.9.5

- What I was doing when the application crashed:

Moving a folder from an NTFS usb key to a ntfs hdd partition.

-- Backtrace (Reduced):
#6  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#7  0x00007f87759a8801 in __GI_abort () at abort.c:79
#8  0x00007f877599839a in __assert_fail_base (fmt=0x7f87760b4f2c "%s%s%s\302\240:%u\302\240:\302\240%s%s l'assertion \302\253\302\240%s\302\240\302\273 a \303\251chou\303\251.\n%n", assertion=assertion@entry=0x7f8774032650 "!q->hasSubjobs()", file=file@entry=0x7f8774033a70 "/build/kio-3qUw81/kio-5.44.0/src/core/copyjob.cpp", line=line@entry=1467, function=function@entry=0x7f8774032c40 "void KIO::CopyJobPrivate::slotResultErrorCopyingFiles(KJob*)") at assert.c:92
#9  0x00007f8775998412 in __GI___assert_fail (assertion=0x7f8774032650 "!q->hasSubjobs()", file=0x7f8774033a70 "/build/kio-3qUw81/kio-5.44.0/src/core/copyjob.cpp", line=1467, function=0x7f8774032c40 "void KIO::CopyJobPrivate::slotResultErrorCopyingFiles(KJob*)") at assert.c:101
[...]
#12 0x00007f8773f6f8db in KIO::CopyJob::slotResult(KJob*) () from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5

(In reply to Johann R from comment #34)
> Created attachment 118953 [details]
> New crash information added by DrKonqi
> 
> dolphin (17.12.3) using Qt 5.9.5
> 
> - What I was doing when the application crashed:
> 
> Moving a folder from an NTFS usb key to a ntfs hdd partition.
> 
> -- Backtrace (Reduced):
> #6  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
> #7  0x00007f87759a8801 in __GI_abort () at abort.c:79
> #8  0x00007f877599839a in __assert_fail_base (fmt=0x7f87760b4f2c
> "%s%s%s\302\240:%u\302\240:\302\240%s%s l'assertion
> \302\253\302\240%s\302\240\302\273 a \303\251chou\303\251.\n%n",
> assertion=assertion@entry=0x7f8774032650 "!q->hasSubjobs()",
> file=file@entry=0x7f8774033a70
> "/build/kio-3qUw81/kio-5.44.0/src/core/copyjob.cpp", line=line@entry=1467,
> function=function@entry=0x7f8774032c40 "void
> KIO::CopyJobPrivate::slotResultErrorCopyingFiles(KJob*)") at assert.c:92
> #9  0x00007f8775998412 in __GI___assert_fail (assertion=0x7f8774032650
> "!q->hasSubjobs()", file=0x7f8774033a70
> "/build/kio-3qUw81/kio-5.44.0/src/core/copyjob.cpp", line=1467,
> function=0x7f8774032c40 "void
> KIO::CopyJobPrivate::slotResultErrorCopyingFiles(KJob*)") at assert.c:101
> [...]
> #12 0x00007f8773f6f8db in KIO::CopyJob::slotResult(KJob*) () from
> /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5

Hi Johann,

thanks for the bug report, but could you retest with Frameworks 5.56.0 since this bug has been fixed in that version?

Thanks

*** Bug 407928 has been marked as a duplicate of this bug. ***

*** Bug 401363 has been marked as a duplicate of this bug. ***

*** Bug 409005 has been marked as a duplicate of this bug. ***

*** Bug 409539 has been marked as a duplicate of this bug. ***

*** Bug 409604 has been marked as a duplicate of this bug. ***

*** Bug 410217 has been marked as a duplicate of this bug. ***

*** Bug 410616 has been marked as a duplicate of this bug. ***

Seems this bug was reintroduced in Kubuntu 19.04 ( https://bugs.kde.org/show_bug.cgi?id=395553 ).

Moving any files to an NTFS network folder produces a "access denied" messsage > retry > "file no longer existing".

If a huge number of files & folders is moved several k applications crash :/

Since this seems to be happen regularly, it might be a good idea to add this use case to the general tests.

Seems it was just a HW failure on my side (faulty DVD drive which caused irritations). While this lead to BSODs in Windows in some situations, I guess a few applications crashes in Kubuntu are OK in those situations, although I can no longer reproduce it because I destroyed the faulty drive.

*** Bug 420874 has been marked as a duplicate of this bug. ***