November 14th, 2007
Now that this is public, do you think we’ll respect you after this, and everything that happens afterwards? You best tread carefully from now on.
You four power-tripping, murdering pigs better be held accountable for the death of a poor guy who was just scared out of his mind. It doesn’t take an above-average IQ to figure out that a foreigner left alone in an area of the airport, not knowing the language, or even knowing where he is, is going to get agitated, and then quite frightened. And way to go, airport staff, for helping him out.
Many of us will see these videos over and over again in the next few days. And since a video is not tainted with bias or personal interpretation, it will be made clear to everyone that the intention to taser said victim was there from the start — unprovoked.
Fuck you four, and everyone who stands behind you in your defense.
» Read the rest
November 5th, 2007
Update: The bug occurs regardless of the type of destination being moved to (whether it’s local USB, local Firewire, SMB, etc.). Also, I have been informed that this bug goes back all the way to Panther.
Update 2: Here’s a video of the same thing happening to a USB drive: leopardmovebug.avi
Update 3: Robert Rodgers adds: “I accidently chmod’d a directory while a massive (40+GB) file move was being copied into it to be -w by me, files went ‘poof’.”
Leopard’s Finder has a glaring bug in its directory-moving code, leading to horrendous data loss if a destination volume disappears while a move operation is in action. I first came across it when Samba crashed while I was moving a directory from my desktop over to a Samba mount on my FreeBSD server.
I’ve now run tests on a Windows XP SP2 SMB mount, as well as a local HFS+ formatted USB drive, and the bug surfaces every time the destination disappears while the Finder is moving something to the destination.
» Read the rest
