Results 1 to 5 of 5

Thread: SVS BUG allows for Unintended hits

Hybrid View

  1. #1

    SVS BUG allows for Unintended hits

    I discovered this BUG DURING SvS2.

    I initially reported it via the in-app. support, but the ticket was deleted without a response.

    I did not report it HERE until now, because once this BUG is out in the open by posting here, ANYONE can use it.

    S38 has apparently used it against enough servers now, that I've seen multiple servers exploiting this BUG during SvS.


    On servers where it is known to being used, it is resulting in people NOT attacking during SvS, since there is no way to defend against it.


    Essentially what is done, I refer to as "porting-under".

    It is a modified trap, where the attacker ends up hitting NOT the Keep the attack was launched against, but a second Keep that ports-in just before the attackers troops arrive.

    Attacker (A) marches against Defender (D1).

    Approximately 1-2 seconds before the attackers troops arrive, Defender D1 ports-out.

    A larger Secondary defender (D2), simultaneously ports-in at the same time D1 is porting out.

    While the Attacker can see the port-out / port-in, there is not sufficient time to use a troop recall to prevent hitting Defender D2.


    Apparently, Evony's code is written such that the Attacker is marching against an X: / Y: tile location, NOT a target (i.e. Keep, troops, monsters).

    At the time the Attackers troops arrive, Evony's battle algorithm calculates the battle based on WHATEVER EXISTS ON THAT TILE LOCATION AT THE TIME THE ATTACKING TROOPS ARRIVE, not what the Attacker marched against.


    I call this "porting-under", because D2 PRE-PORTS (does all but the last step) BEFORE D1 HAS PORTED. D2 DOES NOT CLICK THE "[ CONFIRM ]" BUTTON TO CONFIRM THE PORT UNTIL D1 HAS PORTED. And it looks for all intent purposes as if D2 has literally PORTED-UNDER D1, because as the image of D1's Keep is disappearing, D2's Keep instantaneously appears.

  2. #2
    Quote Originally Posted by RePeteAgain View Post
    I discovered this BUG DURING SvS2.

    I initially reported it via the in-app. support, but the ticket was deleted without a response.

    I did not report it HERE until now, because once this BUG is out in the open by posting here, ANYONE can use it.

    S38 has apparently used it against enough servers now, that I've seen multiple servers exploiting this BUG during SvS.


    On servers where it is known to being used, it is resulting in people NOT attacking during SvS, since there is no way to defend against it.


    Essentially what is done, I refer to as "porting-under".

    It is a modified trap, where the attacker ends up hitting NOT the Keep the attack was launched against, but a second Keep that ports-in just before the attackers troops arrive.

    Attacker (A) marches against Defender (D1).

    Approximately 1-2 seconds before the attackers troops arrive, Defender D1 ports-out.

    A larger Secondary defender (D2), simultaneously ports-in at the same time D1 is porting out.

    While the Attacker can see the port-out / port-in, there is not sufficient time to use a troop recall to prevent hitting Defender D2.


    Apparently, Evony's code is written such that the Attacker is marching against an X: / Y: tile location, NOT a target (i.e. Keep, troops, monsters).

    At the time the Attackers troops arrive, Evony's battle algorithm calculates the battle based on WHATEVER EXISTS ON THAT TILE LOCATION AT THE TIME THE ATTACKING TROOPS ARRIVE, not what the Attacker marched against.


    I call this "porting-under", because D2 PRE-PORTS (does all but the last step) BEFORE D1 HAS PORTED. D2 DOES NOT CLICK THE "[ CONFIRM ]" BUTTON TO CONFIRM THE PORT UNTIL D1 HAS PORTED. And it looks for all intent purposes as if D2 has literally PORTED-UNDER D1, because as the image of D1's Keep is disappearing, D2's Keep instantaneously appears.
    Dear Liege
    We've just report this glitch or exploit to our developers. And I just asked if the attacker's troops should be called back once the defender has teleported out. Thanks.

    Best Regards
    James

  3. #3
    Are you freaking serious.
    It's called "castle swapping"
    Are you actually going to act like this is the first time anyone ever reported this?
    It's been going on since day 1.
    It has been talked about in the Facebook group.
    Geez,

  4. #4
    They've known....


    I reported this code-error (a.k.a. BUG) via in-app. support, almost NINE MONTHS AGO, after SvS2.


    But like most the other BUGS, nothing has ever been done.

    The exploitation of this BUG has grown to the point now, that reporting here in a public forum isn't going to further accelerate it's abuse.

  5. #5
    It's pitiful that they play dumb about these issues.
    Glitches are a programing error, just call it what it is Evony and don't act like you don't know about it.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •