No one in the entire universe is suggesting actual legal action
against GGG for this. The ToU is a bunch of legalese about legal liability. I'm also not asking for my money back for the supporter pack that I no longer wish I bought. That would be a legally unbackable argument.
That doesn't make it any less of a completely dickhead retarded move for them to not put every fucking effort
into restoring items that were lost due to this bug. This was a fucking rookie programmer mistake, more evidence that Mark and the entire GGG team are shit coders. Memory management, people, seriously. If you've completely forgotten how to do it the C way, then actually use
C++'s automatic memory management utilities to fucking do it for you, no matter how slow they are.
No, but it still pretty much says they cannot be held responsible for loss of information, which inherently tells me they're not going to restore it anyways. Plus:
Determining the source of the loss in a situation like this would be impossible. Corrupting the memory at essentially a random location means that no matter what sytem was in place, barring one that explicitly was aligned with an padded byte boundary or something weird like that that no one would ever put in place, you wouldn't be able to tell WHY those bytes were set to 0. From the sound of it, "However, in very rare cases, it was possible for memory that contained tracking of what items had been deleted to become modified" it sounds a lot like all information for what had been deleted was either corrupted or lost. In C/C++ (I assume it's C/C++ based on the GCC comment) if you had a pointer to a struct that had the info for deleted items and how they were deleted, writing a 0 to that pointer location or even just screwing up the pointer might mean you lose all of that information. They might not have any info at all in that case. And if they are caching Delete information into an inmemory table or something, yeah, I could see them not being able to tell what happened no matter what safegaurds you had in place because the bug itself is bypassing all the stuff in the code and writing directly into a random memory location.
Best case scenario? They've got full logs, but I don't see them looking through thousands upon thousands
of lines of log text over the past week paired with player reports to find and restore items. As it seems, though...no matter what system is in place, there's no determining anything, even if they have logs.
They need their manpower for developing 2.0, not for catering to the small selection of people who can't handle the loss of an item.
Eagerly awaiting the day the "forum trade" system finally gets done.