[haiku-bugs] Re: [Haiku] #7903: Tracker/Installer Report File copy finish when File copys are not actually completed
- From: "umccullough" <trac@xxxxxxxxxxxx>
- Date: Thu, 11 Aug 2011 01:07:54 -0000
#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.
Other related posts:
