EVE-Online Patch Makes XP Unbootable
Nobo writes "CCP's latest major patch to the EVE-Online client, Trinity, comes with an optional DX9-enhanced graphics patch that dramatically improves the visual quality of the in-game graphics through remade models, textures, and HDR. It also has an unfortunate bug: the incredibly stupid choice of boot.ini as a game configuration file, coupled with an errant extra backslash in the installer configuration. The result is that anyone who installs the enhanced graphics patch overwrites the windows XP c:\boot.ini file with the EVE client configuration file, bricking the machine on the next boot. Discussion in a couple of forums threads is becoming understandably heated."
Wow... if this story isn't a wild exaggeration, then this is about as unfortunate as a game-bug can possibly get. Of course, a reasonably savvy user could probably have an affected system working again fairly quickly without any data-loss, but my own experience suggests that such users will be in the minority.
The only gaming-related parallel I can think of relates to the uninstall programme bug for the 2001 version of Pool of Radiance. In that instance, attempting to uninstall the game (something many users would do not long after installing it, given the tedious and half-baked nature of the game) had a good chance of wiping the user's hard disk. I actually deliberately triggered this bug for fun myself when I decided it was time to wipe my old machine after I bought a new system. If anybody can think of any other examples on this kind of scale, please do share them.
I wonder if this is going to cause any unpleasant and potentially expensive legal repercussions for CCP, from users who have lost data while trying to fix the issue?
Isn't this something should have been found in, oh, I dunno....beta testing?
My blog
Hardly "bricking" IMHO.
"Empathise with stupidity, and you're halfway to thinking like an idiot." - Iain M. Banks
Everything the newsstory says is correct, but the issue have been fixed and anyone updating now wont get hit by it.
It is still a momumental fuckup though and the one responsible needs to be kicked in the balls for that kind of stupidity.
Obviously one with a really high uptime for Windows :)
Dammit! When did "bricking" expand it's meaning from "unbootable under any conditions due to firmware (such as the BIOS) being improperly overwritten" to "Oops, have to pull out the rescue CD"?
Best Slashdot Co
Say John, there's a funny thing with our new patch; after the dialogue telling the user that the install was successful and that they should reboot the machine, the machine doesn't actually reboot, it just shuts off and then hangs. What should we do?
Don't tell them to reboot the machine. Problem solved.
Free the Quark 3 from asymptotic confinement! Bring your charm! Don't get down! All colours and flavours welcome!
Sad that so many games require Administrator access to run.
--AC
It certainly is sad that some apps and games need admin privs to run, but this is an installation bug. Of course people are going to install programs as administrator...
Now, the term bricking is being applied to any piece of electronics or computer equipment that won't boot an OS.
It's not bricked if you can just reinstall or repair Windows and have it work again. It's bricked if you flash a bad ROM BIOS image and now you can't even turn the thing on.
"When the president does it, that means it's not illegal." - Richard M. Nixon
More likely cause: The patch was tested but the patcher was not.
Don't forget that this is an issue with the the *patcher* that was not present in the full premium install from scratch, only the upgrade (which is probably the route most people would've taken, in fairness). It basically boils down to a simple typo in one version of the installer and rebooting to test the installer might not be part of their QA tests for the patcher.
Really what they should catch flak for is not a bad typo, but as the summary points out having a game file with the same name as a critical OS file. Boot.ini isn't a new thing, in fact it is on its way out with Vista, so there's really no excuse to claim you didn't know that Windows had such a file. It's been there since 1995 or so.
I have mod points to give you but you're already at +5. Thank you for giving voice to my frustration over this usage. Imprecise language helps no one. A device is called a brick because it is no more useful than one. If you can fix it, it's just 'broken.'
No, the term "brick" does not change based on your technical experience and "considering" something to be bricked does not make the use of the term correct. Joe Average may refer to his hard drive as "memory" but his use of the term is still inaccurate. If the flash chip on an iPhone is FUBAR'd to the state where you can't even reflash it by any means, it's bricked, whether it's in Joe Average's hands, Steve Job's hands, or Sally Tech's hands. Anything less than rendering a piece of hardware completely inoperable (hardware with the usefulness of a physical brick) is *not* bricked. Now, if the boot.ini removal rendered a hard drive inoperable...
A bricked device either to be sent in to the vendor for repairs, or ,as an alternative, can only be revived via special debugging hardware by people with god-like skills in a certain areas.
A blown OS is not, and never ever will be a brick. Get your terminology straight for once. Wikipedia explains rather nicely the nature of real "brick".