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