Bug 413245 - loss of data while copying
Summary: loss of data while copying
Status: REPORTED
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: general (other bugs)
Version First Reported In: 5.54.0
Platform: Debian stable Linux
: NOR major
Target Milestone: ---
Assignee: KIO Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-20 16:33 UTC by odysseus24
Modified: 2025-03-24 22:57 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description odysseus24 2019-10-20 16:33:06 UTC
SUMMARY

krusader loses sometimes files when copying big folders into other existing folder-subtrees (maybe also when creating these folders by copy-actions). It happened without error-message. But the time was too short for such a big subtree to copy - which maked me distrustful - and most of the files were missing in the target-directory-subtree. The file-system was ext4. This problem is an old KDE-problem (which I remember well) - in konqueror it's fixed since many years. It would be great to make this an issue for further development because of data-integrity and joy in using krusader...

STEPS TO REPRODUCE
1. I don't want it to be reproduced on my working system (I fear for the integrity of my file-system)
2. ...and I hope that it won't do it every time
3. 

OBSERVED RESULT
look above

EXPECTED RESULT
That it will copy files and folders without errors - or at least notify these

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: debian "buster"
(available in About System) no not really there to find (I tried)
KDE Plasma Version: 5.14.5.1-1 (according to the package-manager aptitude)
KDE Frameworks Version: plasma-framework 5.54.0-1
Qt Version: I can't find out

ADDITIONAL INFORMATION
Comment 1 Alex Bikadorov 2019-10-20 17:09:39 UTC
I haven't reproduced this myself but this is most likely a KIO bug since Krusader does not have own code for copying files.

Just to make sure because this is important: Source and destination were local folders (protocol file://)?
Comment 2 odysseus24 2019-10-20 18:50:40 UTC
Hi Alex !

Thanks for Your reply. Yes all files and folders (it was just one big
super-folder) were local ones.

Okay a problem of KIO... My question is now: if it was - wouldn't occur
this problem in konqueror and dolphin also (it never did as I can see -
and I use both very often) ?

Greetings
Harry Haller


Am 20.10.19 um 19:09 schrieb Alex Bikadorov:
> https://bugs.kde.org/show_bug.cgi?id=413245
> 
> Alex Bikadorov <alex.bikadorov@kdemail.net> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>             Version|2.7.1                       |5.54.0
>            Assignee|krusader-bugs-null@kde.org  |faure@kde.org
>             Product|krusader                    |frameworks-kio
>           Component|general                     |general
>                  CC|                            |alex.bikadorov@kdemail.net,
>                    |                            |kdelibs-bugs@kde.org
> 
> --- Comment #1 from Alex Bikadorov <alex.bikadorov@kdemail.net> ---
> I haven't reproduced this myself but this is most likely a KIO bug since
> Krusader does not have own code for copying files.
> 
> Just to make sure because this is important: Source and destination were local
> folders (protocol file://)?
>
Comment 3 Alex Bikadorov 2019-10-20 19:40:39 UTC
Well, can you repeatedly reproduce this with Krusader? And when you repeatedly try the same setup in Dolphin it does never happen?

In this case it is a Krusader bug. But as i said: It seems very unlikely as Krusader is only starting a KIO::CopyJob which does the actual file copying on its own.
Comment 4 odysseus24 2019-10-21 10:04:16 UTC
Hello Alex !

No, I can not reproduce this bug. krusader seemed to work as expected
until this event. But I stopped using krusader instantly and don't have
tested it systematicly, because I don't want to have an inconsistent
file-system (although, I know, ext4 is journaling). Something like this
event has not happened in konqueror since about five to seven years
(estimated). As You implied, I reported it just to kio...

Regards
Harry Haller

Am 20.10.19 um 21:40 schrieb Alex Bikadorov:
> https://bugs.kde.org/show_bug.cgi?id=413245
> 
> --- Comment #3 from Alex Bikadorov <alex.bikadorov@kdemail.net> ---
> Well, can you repeatedly reproduce this with Krusader? And when you repeatedly
> try the same setup in Dolphin it does never happen?
> 
> In this case it is a Krusader bug. But as i said: It seems very unlikely as
> Krusader is only starting a KIO::CopyJob which does the actual file copying on
> its own.
>
Comment 5 Christoph Feck 2019-10-23 05:57:31 UTC
This really needs steps to reproduce. The simplest test is using 'kioclient5'.
Comment 6 odysseus24 2019-10-24 14:25:40 UTC
Dear Christoph Feck !


I can't reproduce this incident. I've tried to and the progress-window
of krusader/kio made again a great jump from about 75% to 100% at the
end of the operation. But I've made a "diff -rq ..." and no files were
missing. I don't remember, how I came to the conviction, that there were
many files missing. Maybe it's because of krusader's contradictory
reporting of the count of files in a certain folder: from inside a
folder it displays (in the status-bar) more than from the outside via
the properties-window (as it does here for /usr/bin: 2182 from the
inside and 2172 from outside - and pssibly some others directories too).
Of course, this could confuse somebody...


Regards
Harry Haller


Am 23.10.19 um 07:57 schrieb Christoph Feck:
> https://bugs.kde.org/show_bug.cgi?id=413245
> 
> --- Comment #5 from Christoph Feck <cfeck@kde.org> ---
> This really needs steps to reproduce. The simplest test is using 'kioclient5'.
>
Comment 7 odysseus24 2019-10-24 15:58:58 UTC
Hello again...

Sorry, it's the sub-folder-tab in krusader wich overview differs from
the properties file-count...

Harry Haller

Am 23.10.19 um 07:57 schrieb Christoph Feck:
> https://bugs.kde.org/show_bug.cgi?id=413245
> 
> --- Comment #5 from Christoph Feck <cfeck@kde.org> ---
> This really needs steps to reproduce. The simplest test is using 'kioclient5'.
>