flush after copy

[RobinJ]

I think every day-to-day Linux user has come across the problem quite frequently by now, as it's by now means specific to elementary OS (and thus, I must admit I'm not certain whether I filed this report under the right project).

Insert a USB drive (in this case a 4GB one with a FAT32 file system), copy a large file like a movie to it.
Result: The copy dialog will show up, and within 10 seconds or so the bar is at 100% and it says "0 seconds remaining".
After that you still have to wait ~5 minutes for the data to actually be copied.
When looking at iotop during tis time you can see a process called flush is still actively working (the weird thing is that it's often more like 80%+ IO for a while, then nothing for a while, and repeat until finished).
When it's finally done, the file copy dialog will disappear and you can safely unmount the storage media.

This is a longstanding problem preset in many distro's, and I think it's about time something was done about it. Although I don't really know whether it's related to the file manager or something else. But seeing as I wouldn't have a clue what else it'd be related to, I chose to file it as a bug in the file manager.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Afshin Arefi (arefi.afshin)]

I think the problem is with what the percentage presents :
It uses the amount read and cached in memory instead of the amount which is actually written to the destination.