Issue 19 - Patch Notes for build 1900.201011102104.11

*note to self: avoid playing mms for a while.*

Well, let's just say that my ar/devs Gun Drone's first response to an enemy is to charge into melee range even though it has no melee attacks.

you sayin I'm an AE baby

no this was DE. And even if it was monkeys, or any other "AoE make pet craaaazy" critter, pets always attacked the same spawn as me. This was a blatant "screw you I'm taking on the next batch" episode.

I think my pets are being controlled by AE PuGs

Yeah, I know. I stand corrected.

I'm just really annoyed that some of the more impacting bugs are still going around. Guess my common sense went flying outta the window.

They don't think they're Tanks, they think they're Scrappers! This sounds like a textbook case of 'Lock to me.


This has not happened to my superjumping scrapper even once, and I've hit plenty of water. So it's not SJ at least.

Director 11 is supposedly THROWING the bombs everywhere. This is a power that does not exist in the game, so it is being simulated with sneaky methods. That's my take on it.

Oh my how annoying this is. Had it happen while fighting Holtz. He's in the outer room with me and targeted, but two of my pets ran past him and brought back a load of Rikti.

It wasn't pretty.

"Sorry bucko, but CoH and CoV are the same game." -BackAlleyBrawler
"Silly villain, CoX is for Heroes!" -Saicho

Keeps happening to me often times going in and out of missions and zoning.

This bug has pretty much made both my Merc and my Bots not fun to play at all.

And if that is the excuse, then there should be a limit/reduction on the amount of mines placed. It isn't rocket science, only bad coding letting the amount of mines out at one time.

==========
Example code:
varMineCount=0;
varMaxMines=9;
varMaxTimerMine=500;
varTimerMineLayer1Start=CurrentTime+100;
varTimerMineLayer2Start=CurrentTime+50;
varTimerMineLayer3Start=CurrentTime;

IF (((varTimerMineLayer1Start+varMaxTimerMine)>=Curre ntTime) AND (varMineCount<=varMaxMines)) THEN {varMineCount=varMineCount+1; DropMine1();resetTimerMineLayer1();};

IF (((varTimerMineLayer2Start+varMaxTimerMine)>=Curre ntTime) AND (varMineCount<=varMaxMines)) THEN {varMineCount=varMineCount+1; DropMine2();resetTimerMineLayer2();};

IF (((varTimerMineLayer3Start+varMaxTimerMine)>=Curre ntTime) AND (varMineCount<=varMaxMines)) THEN {varMineCount=varMineCount+1; DropMine3();resetTimerMineLayer3();};
=================
I don't think much of the programmer responsible for the mine layers.

Given that there is a badge that can only be obtained if no one on the team gets touched by any mine in the sequence, this change actively promotes players to bypass any skill and resort to using nukes to bypass the encounter entirely.

Making a "skill" based badge based on shoddy programming is a bad precedent.

Triumph: White Succubus: 50 Ill/Emp/PF Snow Globe: 50 Ice/FF/Ice Strobe: 50 PB Shi Otomi: 50 Ninja/Ninjistu/GW Stalker My other characters

Originally Posted by PRAF68_EU Dispari has more than enough credability, and certainly doesn't need to borrow any from you.

We can 'see' the invisible bomber when affected by AoE debuffs -- the graphiscs float around them. Also, we see our pets attack 'empty space.'

And the invisible bomber does indeed wander far from Director 11.

If the invisible bomber is really bombs placed by Director 11 then IT IS HORRIBLY BUGGED. Precisely because there are several bombers who roam the room and place bombs where Director 11 has never been, or even out of the line of sight of Director 11.

Having the invisible bomber be affected by AoE damage was, IMO, a fair balance to this horrible, horrible kludgy mechanic. Taking that away in this patch is a big Frell You to those looking for the Masters badge who found a clever way to protect themselves from the Toe Bombing.

This smacks of those Dungeon Masters who, when they find their players discovered a clever way to get past the dragon, make up on the spot a new dragon to force the encounter to go they way they planned.

Now, if the Invisible Bomber simple hovered next to Director 11, untouchable to player effects, and dropped the bombs in his path, I could get on board with that being the bombs that Director 11 drops. But the current mechanic of multiple bombers wandering all over the place is just ugly. Very, very ugly.

6+ years of it, mostly by people that aren't with the company anymore.

If you know the reason why it's happening already, why complain? If it were easy, they'd have fixed it by now.

Those are the fixes they were more than likely able to get out now. That doesn't mean they still aren't working on other problems. These things have to go through Q&A before being pushed to the test/live servers.

I doubt it's the same thing every time that's causing the toggle drop bug to return, little too coincidental since i19 just came out.

YUP just noticed this the other day on my Spines/Fire.

He has acknowledged the problem and that it is also affecting Dominators' and Controllers' pets.

This is not how MMOs are implemented, including this one. Not since monolithic MUDs of the 80s, anyway.

Would it be exactly as written? Not a chance. It is pseudocode. That pseudocode works in an event driven environment (ie. this game) though.

Edit:
To put what I said in another way, I present the following.

Make variables for (the max amount of proximity bombs to be "dropped" at one time), (the max amount of time between drops for each Mine Layer), and (when the last bomb was dropped by a specific Mine Layer). If the maximum amount of bombs hasn't been dropped and the current Mine Layer's drop cycle is up, drop a mine, increase the count of the amount of current mines out, and reset the Mine Layer's drop cycle. When a bomb explodes, decrease count of the currently placed mines.

Triumph: White Succubus: 50 Ill/Emp/PF Snow Globe: 50 Ice/FF/Ice Strobe: 50 PB Shi Otomi: 50 Ninja/Ninjistu/GW Stalker My other characters

I'm with Snowglobe on this one in spirit. After attemtping to get the final badge for MOTinMage a couple of times now, it's clear that the only thing we need to do is get around five doms and just hold the heck out of him at the door. This then begs to ask why am I making a team for a TF that requires "x" to finish.

Didn't we toss that idea out the window when Jack or whoever made stalkers and dominators unneeded in the LRSF? They fixed their way of thinking and all archetypes were able to help equally (as one would THINK every archetype SHOULD be in a MMO!) in the STF. We seemed to have taken a step backwards with Tin mage.

Though I'm sure six or seven of the high end vets will denounce my ideas and proclaim that this is the best change ever, or at least the direction he rest of the game should go. Or the time honored "Well don't do it then!"

to which I answer you "Who are you to tell me how to play? o.@"

anyway, thats my two cents.

-C.A.

Actually I think that the developers didn't want anyone to get that badge. The badge doesn't take into consideration the amount of bombs in play added to the fact that NO ONE ON THE TEAM can even take 1 point of damage from ANY proximity bomb in the encounter. This means that unless players defeat the Director in under a minute they will never get the badge.

What's next? The developer's shutting off the Warburg Nukes again? Quite likely as that will be the next way to get the badge.

Triumph: White Succubus: 50 Ill/Emp/PF Snow Globe: 50 Ice/FF/Ice Strobe: 50 PB Shi Otomi: 50 Ninja/Ninjistu/GW Stalker My other characters

Then why put it into the game in the first place?

The team I was on got this badge without tryin' for it, with half o' us not havin' done the TF before.

It happens a lot because it's not a code bug so much as servers not being set to the same time. When you zone and hit another server, it checks the time and says "Okay, so it took you an hour to zone," and turns off your stuff and gives you an hour of patrol exp.

Originally Posted by PRAF68_EU Dispari has more than enough credability, and certainly doesn't need to borrow any from you.