Possible regression in kio with data loss

Jaime jtamate at gmail.com
Mon Feb 5 07:18:09 UTC 2018


2018-02-04 23:42 GMT+01:00 Albert Astals Cid <aacid at kde.org>:

> El dissabte, 20 de gener de 2018, a les 11:56:34 CET, Jaime va escriure:
> > Hi,
>
> Is it me or noone reacted to a "data loss regression" email?
>
> That's pretty sad.
>
> >
> >   Last weekend I did the following:
> >   * build kio using kdesrc-build
> >   * copy the resulting bin/kf5/file.so to /usr/lib64/qt5/plugins/kf5/kio
> >   * ldconfig
> >   * restart the session
> >   Just to be sure that all processes are using the new kio.
> >
> >   I copied files to an ntfs filesystem and the files were copied and the
> > messages about rights where shown.
>
> How are you copying the files? Dolphin? kdecp5? something else?
>

With dolphin, drag&drop.

Probably I'm wrong, but isn't this addressed in
https://phabricator.kde.org/D10233 ?


> Cheers,
>   Albert
>
> >
> >   Today I've done the same as last weekend, but when I copy a file to the
> > same filesystem, there is a message that the owner can't be changed, and
> > the resulting file has always 0 bytes (screenshot attached). If I move
> the
> > file, the original file content is lost, and also the destination has 0
> > bytes.
> >
> >   This can be reproduced also in a loopback vfat, created following the
> > next steps:
> >
> > dd if=/dev/zero of=fat.fs bs=1024 count=5120
> > (create the file fat.fs with only 5 MB)
> > /usr/sbin/mkfs.vfat fat.fs
> > (create the filesystem)
> > sudo mount -t vfat -o uid=0000,fmask=0007,dmask=0000,rw,noexec,loop
> fat.fs
> > /mnt
> > (mount being root the owner)
> >
> > try to copy any file to /mnt
> >
> > sudo umount /mnt
> > (don't forget to umount it when the tests are finished).
> >
> > Best Regards.
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20180205/8ff05216/attachment-0001.html>


More information about the Kde-frameworks-devel mailing list