|
Author |
Thread Statistics | Show CCP posts - 4 post(s) |
LadyScarlet
Minmatar Destructive Influence IT Alliance
|
Posted - 2010.06.17 18:11:00 -
[1]
Originally by: Vuk Lau
Originally by: Bismaru RELOADED I guess losing 93% of all your caps in one battle was too much to handle and you begged your dev friends to :help: you,..
Shame you have no proof of anything you said and its already been confirmed as lost and wont be reimbursed,..
Derek Chu is far more convincing than you, anyway less posting more mining those capital parts arent going to build themselves,..
Ask WN/Co2 they boarded some of them, including one titan if you dont trust me, and as I said few were already returned to owners. Just for the record I am not trying to diminish WN accomplishment in that fight, if there was no lag, there would be for sure supercap losses on both sides. On more then several occasions I stated that WN is one of the most formidable opponents we have.
because TROLLZ are so kooooool
I found iMic ger for you The scumsucker is located at EQI2 Lisztomania station in the EQI2-2 system, KWCZ-A constellation of Branch region.
I found Countrywv for you The sleazebag is currently at IMK Mount Kailasa station in the IMK-K1 system, W-XBGF constellation of Tribute region.
I found Rolk's Drift for you The sleazebag is currently in the GEKJ-9 system, DMXN-3 constellation of the Vale of the Silent region.
I found Heptameron for you The sleazebag is currently at IMK Mount Kailasa station in the IMK-K1 system, W-XBGF constellation of Tribute region.
I found Tzadkiel for you The scumsucker is located at 4S Rod Of Happiness station in the WH-JCA system, 52-JKU constellation of Tribute region.
I found Genevieve Beaulieu for you The scumsucker is located at Airaken V - Moon 1 - Sisters of EVE Academy station in the Airaken system, Aulari constellation of The Forge region.
station huggin for the win :)
|
LadyScarlet
Minmatar Destructive Influence IT Alliance
|
Posted - 2010.06.17 18:22:00 -
[2]
i don't need to bet because
1. take gms usually a week or more to sort petitions ( unless you got one in your back pocket )
2. sc's floating in space would have to be docked by a gm for them to be in a station seems far fetched
3. you getting your **** back that fast would cause epic ****fest in ccp for all those who h ave lost sc's in the past in lagg battles.
if you have them replaced im sure its not by means of ccp or just "spawned in a system "
|
LadyScarlet
Minmatar Destructive Influence IT Alliance
|
Posted - 2010.06.17 18:50:00 -
[3]
So your claim is 3 ships magically spawned in space somewhere not out of a csaa ? with no one in them ?
sounds like a proper ccp investigation need to happen ;) because clearly new ships don't just pop out of thin air :)
still calling bull**** ;)
|
LadyScarlet
Minmatar Destructive Influence IT Alliance
|
Posted - 2010.06.17 19:03:00 -
[4]
get a gm to confirm the id's of the titans are the same :)
|
LadyScarlet
Minmatar Destructive Influence IT Alliance
|
Posted - 2010.06.18 15:31:00 -
[5]
Originally by: GM Grimmi During the fleet-battle in 6NJ8-V on June 16th server performance was adversely affected by load issues. One of the resulting problems was the revival of ships that had been killed during the fight, including a few super-capitals. We want to clarify that this was due to database issues, which are still under investigation ū the ships were NOT returned by GameMasters. This matter is still being investigated and further information will be forthcoming when available.
Will those ships be removed by game masters since kill mails were generated in game and each ship has a individual id and can be traced through the code?
|
LadyScarlet
Minmatar Destructive Influence IT Alliance
|
Posted - 2010.06.18 15:45:00 -
[6]
lol, I wont apologies for questioning suspicious activity's in eve by anyone. And more so by anyone wearing a official tag that represents the people of eve. If im wrong im wrong how ever if the tables were reversed im sure there be no difference in the questions prob just 500 pages longer and a hell a lot more accusations. At the end of the day IF CCP fixes the game and fair play for all then my job is done.
Lady :)
|
LadyScarlet
Minmatar Destructive Influence IT Alliance
|
Posted - 2010.06.20 04:34:00 -
[7]
Originally by: Meno Theaetetus Edited by: Meno Theaetetus on 20/06/2010 03:04:25
Originally by: Midge Mo'yb
Originally by: Meno Theaetetus
(hurf)
Someone debunk this for me.
When the ships went to jump out, although the consumption of fuel and cap is un-provable, what could be classed as proof is the location of where the ships were found.
It seems obvious that the relationship between the location were the ships were found un-piloted is evidence between the cap and its exit cyno. If the ships had not been able to jump out due to tackle, the correlation between un-piloted 'ghost' ship and its exit cyno would be inexplicable.
ItĘs a well known bug that if a ship jumps to a beacon, if the beacon becomes unavailable for some reason during the transfer, ie the ship logs off, the beacon goes down etc, the server will freak out and most of the time drop you at the same position in space in the target system as were you jumped from, sometimes it just drops you at some random point in space.
What's important is that the ships landed in the same system they tried to jump to, they must have been stuck in some kind of proxy or buffer between systems, perhaps this was even what caused the system crashes during the downtime before the ships were found, the buffers were cleared and the ships stuck in limbo appeared in the system they should have appeared in the day before.
tldr - the ships appeared were they did because under normal game mechanic they would have successfully jumped out to safety, and therefore would not have been killed.
(/hurf)
and the modules missing from these "ghost ships" being exactly the same as the modules that were dropped in the wrecks isnt conclusive proof that they were killed?
Is an interesting point, I'm not trying disprove that the ships 'were' killed, only that they should have been able to jump out, and essentially did. The module story does seem to suggest that some action was taken by ccp to resolve the fact that some of the modules associated with the ships had been destroyed shortly after downtime. Makes me think even more that this was the cause of the problems with systems crashing after the downtime.
As far as keeping the ships? I think it's far more likely the loot from the ships should be removed rather than the ships, at the end of the day those ships should have loaded their exit systems. It seems fair that based on ccp's no reimbursement stance that no action should be taken at all.
edit: for Marlona's sake.
Again I'm not saying that ships didn't die, I think that's obvious from the killmails. How do you explain the fact that the ghost ships were found in the systems that they had attempted to jump to?
Look we all understand that the game lately has been running poor you wont find a single person who has played it disagree with that especially those who been around since the early days and has seen every patch.
You can debate this till everyone is blue in the face, however just waving your hands up saying "oh well they got free ships now" is not acceptable to every person who has lost a ship in lag when the " our logs don't show anything " excuse is thrown out daily . IN this case you have logs which is clearly shown by GM Grimmis post a bug that has allowed them to get ghost ships which in the past has been blown up by GMS and has not happen yet. The rules need to be clear and same for all.
Usually at DT any ghost ships and pods that have been left over from a battle are done away with and typically you cant lock them or even get in them. In this case it was the opposite.
|
|
|
|