Possible regression in kio with data loss

[Jaime]

Hi all, this is becoming urgent if next release is this weekend.
It still happens to me (with kio just compiled from master)


2018-02-05 8:18 GMT+01:00 Jaime <jtamate at gmail.com>:

>
>
> 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/20180206/9f2209f3/attachment-0001.html>