Possible regression in kio with data loss

[Mark Gaiser]

On Tue, Feb 6, 2018 at 4:17 PM, Jaime <jtamate at gmail.com> wrote:

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

If it is then add the KIO master (aka, David Faure) in cc :)
As i just did.

>
>
> 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/8ba07d00/attachment-0001.html>