#7903: Tracker/Installer Report File copy finish when File copys are not actually completed ------------------------------------+----------------------- Reporter: SeanCollins | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1/alpha3 Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All ------------------------------------+----------------------- Changes (by umccullough): * priority: high => normal * type: bug => enhancement Comment: Changing this to an enhancement request. I know that's going to piss off a few people who have been bitten by this and don't understand why, but there's a simple reason why this happens: The file cache reports that writes are complete before they actually are. This is not specific to Haiku either - most OSes use cached I/O so that the user can continue with their work without waiting for the physical device to finish writing. Some will use different caching strategies for removable media, however. I'm pretty sure with Windows 7 now, copying files to a removable USB device with Explorer doesn't prematurely claim that the copy is completed. I can often times remove a USB stick immediately once a write operation is complete without using the "remove device" tray icon. Perhaps we could adopt some similar mechanism for Tracker file copies? That's the one time when telling the user the copy operation is complete can yield unexpected loss of data. -- Ticket URL: <http://dev.haiku-os.org/ticket/7903#comment:2> Haiku <http://dev.haiku-os.org> Haiku - the operating system.