[kio] [Bug 326744] Slow end of file transfer to usb device.

[Nate Graham]

https://bugs.kde.org/show_bug.cgi?id=326744

Nate Graham <***@kde.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@kde.org
Resolution|--- |WAITINGFORINFO
Status|UNCONFIRMED |NEEDSINFO

--- Comment #3 from Nate Graham <***@kde.org> ---
Is this still an issue with KDE Frameworks 5.45 or greater?

[Dr. Chapatin]

https://bugs.kde.org/show_bug.cgi?id=326744

Dr. Chapatin <***@gmx.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@gmx.com

--- Comment #4 from Dr. Chapatin <***@gmx.com> ---
On Arch Linux (kio 5.45, kernel 4.16.2-2) the situation is exactly the same as
described by reporter.
My screencast shows that progress bar and animation in notifications applet
stop ~2.5 minutes after the data tramsfer is completed.
Screencast shows copy from my home (EXT4) to my pen drive (FAT32).

[Andrew Crouthamel]

https://bugs.kde.org/show_bug.cgi?id=326744

Andrew Crouthamel <***@kdemail.net> changed:

What |Removed |Added
----------------------------------------------------------------------------
Keywords| |triaged

--- Comment #5 from Andrew Crouthamel <***@kdemail.net> ---
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days.
Please provide the requested information as soon as possible and set the bug
status as REPORTED. Due to regular bug tracker maintenance, if the bug is still
in NEEDSINFO status with no change in 30 days, the bug will be closed as
RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki
located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug
status as REPORTED so that the KDE team knows that the bug is ready to be
confirmed.

Thank you for helping us make KDE software even better for everyone!

[Andrew Crouthamel]

https://bugs.kde.org/show_bug.cgi?id=326744

Andrew Crouthamel <***@kdemail.net> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDSINFO |RESOLVED
Resolution|WAITINGFORINFO |WORKSFORME

--- Comment #6 from Andrew Crouthamel <***@kdemail.net> ---
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The
bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki
located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!

[Patrick Silva]

https://bugs.kde.org/show_bug.cgi?id=326744

Patrick Silva <***@gmx.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Resolution|WORKSFORME |---
Status|RESOLVED |REOPENED

--- Comment #7 from Patrick Silva <***@gmx.com> ---
It seems nobody read my post...

(In reply to Patrick Silva from comment #4)

Post by Dr. Chapatin
On Arch Linux (kio 5.45, kernel 4.16.2-2) the situation is exactly the same
as described by reporter.
My screencast shows that progress bar and animation in notifications applet
stop ~2.5 minutes after the data transfer is completed.
Screencast shows copy from my home (EXT4) to my pen drive (FAT32).
http://youtu.be/-9VcdTmLz88

Situation is still the same on Arch Linux.

KDE Plasma Version: 5.14.2
Qt Version: 5.12.0
KDE Frameworks Version: 5.51.0
Kernel Version: 4.18.16-arch1-1-ARCH

[Patrick Silva]

https://bugs.kde.org/show_bug.cgi?id=326744

--- Comment #8 from Patrick Silva <***@gmx.com> ---
Created attachment 115964
--> https://bugs.kde.org/attachment.cgi?id=115964&action=edit
progress bar already reached 100% but usb device unmounting fails

[Nate Graham]

https://bugs.kde.org/show_bug.cgi?id=326744

Nate Graham <***@kde.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Assignee|konq-***@kde.org |***@kde.org
Version|4.11.2 |5.51.0
Product|kio |frameworks-kio
Component|kioslave |general
CC| |kdelibs-***@kde.org

[David Edmundson]

https://bugs.kde.org/show_bug.cgi?id=326744

David Edmundson <***@davidedmundson.co.uk> changed:

What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |NOT A BUG
Status|REOPENED |RESOLVED
CC| |***@davidedmundson.co.uk

--- Comment #9 from David Edmundson <***@davidedmundson.co.uk> ---
That's simply how USB devices work.

There's a temporary cache, and there's a flush to the filesystem.

You get it on every OS.

[Patrick Silva]

https://bugs.kde.org/show_bug.cgi?id=326744

--- Comment #10 from Patrick Silva <***@gmx.com> ---
Current behavior increases data loss risk.
I think that the progress bar should only reach 100% when the device is ready
to be ejected without data loss risk.

[Christoph Feck]

https://bugs.kde.org/show_bug.cgi?id=326744

Christoph Feck <***@kde.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Resolution|NOT A BUG |DUPLICATE

--- Comment #11 from Christoph Feck <***@kde.org> ---


*** This bug has been marked as a duplicate of bug 281270 ***

[David Edmundson]

https://bugs.kde.org/show_bug.cgi?id=326744

Post by Patrick Silva
I think that the progress bar should only reach 100% when

how?

[Patrick Silva]

https://bugs.kde.org/show_bug.cgi?id=326744

--- Comment #13 from Patrick Silva <***@gmx.com> ---
(In reply to David Edmundson from comment #12)

Post by Patrick Silva
I think that the progress bar should only reach 100% when

how?

currently the progress bar reaches 100% before the file transfer is really
completed. See the screenshot in comment 8.

[David Edmundson]

https://bugs.kde.org/show_bug.cgi?id=326744

--- Comment #14 from David Edmundson <***@davidedmundson.co.uk> ---
Yes, I understand what you're saying should happen.

But I don't think it's possible. There's not enough info exposed to us, I don't
think there's even enough information exposed to the kernel.