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
What sort of test plan fails to catch BRICKING THE PC?
Dominant Meme
I suppose both the producers of Eve Online and MS are to blame here. Eve Online for naming a configuration file the same as a Windows system file. And of course MS, for letting any application overwrite such an important system file.
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.
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
In Parlimentary Republican Iceland, game breaks Windows!
No kidding!!! What do you say at this point?
Things like this can easily happen when your patch doesn't have any CHANGE CONTROL. Imagine this - the patch is ready to go, everyone agrees on it, and then a small group of developers (or maybe even a single developer) decides to make a modification...and implements it badly. It doesn't even go through QA because QA isn't invoked ("oh, that would just delay the release, I'm sure I have it right anyway"). And now you have this.
I know it drives us crazy, I know not every organization implements change control that's sane and logical. But there's a reason it exists!
---don't make me break out my red pen.
The boot.ini for Eve itself contains information about whether you have the "Classic" version or not. The patch that was released for the Classic version did not contain this problem.
The patch released for the "Premium" version does contain this installer error. The change made to the boot.ini is the line that contains this definition, and is changed from Classic to Premium.
It's a very logical problem, easy to fix if you know it, but also incredibly stupid...
Coz eternity my friend, is a long *ing time.
If you don't install your games to C: you're fine.
If you've got a 'basic' OS install, e.g. C:\WINDOWS and one partition, you're fine - the boostrap loader guesses, flashes up an error, and boots anyway.
It's a bit of a fubar, but hardly the next apocalypse.
You and I are probably both competent technical people. For my part, I'm an IT director and have done this type of work for 22 years.
Let us assume the two of us, you and I, know more about the Windows registry, bash shell, or using gcc that 98% of the geeks out there. Just for argument's sake.
However, there's a 95% chance that any EVE online player will have the following qualities:
1. Own only one computer.
2. Not be technical.
3. Not read the forums where the information is posted.
4. Be unable to digest and properly utilize the fix information.
So let us re-asses:
It took us, you and I, about 15 seconds to re-write that boot.ini file and *poof* no problem.
That's 5% of the EVE userbase. Add another 20% of the userbase that figures out how to solve the problem. 25% of the people have the fix.
The rest of those poor schlubs are driving to Best Buy to have some incompetent charge them $100 (or whatever)- and that is NOT FUD!!
That my friend is a screwup of massive scope, with huge consequences, because for people who are not geeks- that computer is a "brick".
Another consultant who stuck it out.
"We are the Priests, of the Temples of Syrinx..."
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.
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".