Summary: | Don't interrupt batch file copy on errors | ||
---|---|---|---|
Product: | [Unmaintained] kio | Reporter: | gtg261s |
Component: | kioslave | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | bugseforuns, faure, jlanzobr, KaiUweBroulik2, nate, toddrme2178 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
gtg261s
2003-02-24 15:39:34 UTC
This is still a serious problem for KDE 4.5. Any error, even a file name conflict, stops the entire process cold. It should be able to continue to transfer the other files in the background, loading up a queue of conflict in the background. Of course folder conflicts need to block the transfer of the folder contents, though. But file name conflicts should not block the transfer of other non-conflicting files. I think this is a KIO problem, rather than a konqueror one. I think it should be re-assigned to KIO. And the worst thing is, no hardly notice. No blinking in the taskbar, nothing. Just dolphin gets a dialog window “xyz could not be copied. Skip/Skip All” which you will never encounter if you minimized Dolphin‘s window. I think a GSOC project has fixed this. This bug is still present in KDE 4.10.4 on Arch Linux. Is this still an issue with KDE Frameworks 5.45 or greater? still an issue on Arch Linux, kio 5.45, it affects both local and remote (via Samba) file copy. File operation does not continue in background when a file conflict dialog appears. |