[haiku-bugs] Re: [Haiku] #7903: Tracker/Installer Report File copy finish when File copys are not actually completed

  • From: "SeanCollins" <trac@xxxxxxxxxxxx>
  • Date: Thu, 11 Aug 2011 02:43:43 -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
------------------------------------+-----------------------

Comment (by SeanCollins):

 Replying to [comment:2 umccullough]:
 > 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.


   I would be find it completely acceptable to only resolve the issue on
 removeable media, HDD docks though are a sticky one ?? But as for USB
 drives etc, yeah Haiku should not be reporting finished file copys, AFAIK
 WinXP SP3 does not have the partial copy behavior of SP1 and some version
 of SP2 with regards to reporting finished files copys.

   I also understand your point about cached I/O and disk performance. Both
 totally valid reasons to keep the current scheme. Given the effect however
 on USB and other easily removed storage, I think in those instances the
 current design is broken.

   Thank you for taking the time to reply. I had a sneaking suspicion that
 your reply would be what it was.

-- 
Ticket URL: <http://dev.haiku-os.org/ticket/7903#comment:3>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.

Other related posts: