[bug] hover / smoke interaction

Discussion in 'Bugs' started by neoncat, Oct 30, 2013.

  1. neoncat

    neoncat Feline Outline

    See attached screenshot. I suspect that Hover is somehow responsible for negating the movement afforded by Smoke Bomb. The elf wizard's Dash is behaving as if there was no smoke covering the stopping terrain.[​IMG]
     
  2. kogi

    kogi Ogre

    [​IMG][​IMG]

    It's interesting. Does no LOS means that smoke is blocking terrain? Pisses me off that smoke stops step attacks too.
     
  3. Pengw1n

    Pengw1n Moderately Informed Staff Member

    I guess it can be justified if you can imagine you're able to hover above the smoke, or at least get your head above the mist... ;)
     
  4. Flaxative

    Flaxative Party Leader

    So I think what's happening here is: Hover doesn't normally ignore difficult terrain—only difficult terrain attachments. So the normal pumpkin patch would still stop movement for a dashing Hoverer. Smoke normally overrides difficult terrain, allowing people to dash through, but Hover ignores the smoke—essentially, 'revealing' the difficult terrain underneath—and preventing the elf from dashing through.

    Feels buggy, even though I'm pretty sure that's Rules As Written.
     
  5. neoncat

    neoncat Feline Outline

    Oh... I see. Hover means the elf ignores smoke, because it's a terrain attachment. It's just an unfortunate interaction of the rules, not a bug. :(
     
  6. neoncat

    neoncat Feline Outline

    Too bad hover isn't like fly, so that this corner case wouldn't matter.
     
  7. Flaxative

    Flaxative Party Leader

    Worth pointing out, though, because sometimes "unfortunate interactions" make the game less good (they can feel exploity or buggy, as this did). There's no reason to believe that this is an intentional drawback on Hover, and there's also no reason to believe the devs wanted this interaction. Also, whenever it comes up (which is pretty rarely I am sure) it'll be weird and confusing to players. Thus, while it's in keeping with the rules, it should probably be patched. I hope the devs "fix" it :)

    (EDIT: I guess that is assuming the devs can write specific workarounds for edge cases like these, but I hope they can!)
     
  8. Aldones

    Aldones Ogre

    If they wanted it, wouldn't there be a way to check under terrain attachments to see what they're really covering up?
     
  9. Flaxative

    Flaxative Party Leader

    Probably. That would be great.
     
  10. Jon

    Jon Blue Manchu Staff Member

    Yeah, I think this is one of those cases where there's a disjunct between the card's exact rules and what you expect based on its name. Ignoring terrain attachments is sort of like hovering - except when it isn't.

    I agree that it's a problem, not quite sure how to best solve.
     
  11. neoncat

    neoncat Feline Outline

    Perhaps hover could also let the character ignore stopping terrain in the map itself? That would make hover strictly better, regardless of this particular interaction with smoke, but I don't think that it's too much.

    Actually, another point I just though of, but haven't tested - read strictly, should hover cause the character to ignore LOS-blocking by illusion wall and smoke? Perhaps a better wording (dunno how easy it would be to code) is "You are not affected by damaging or stopping (terrain or) terrain attachments."
     
  12. Jon

    Jon Blue Manchu Staff Member

    Yeah, so at the very least Hover should say that you ignore any terrain attachments in the square you currently occupy or are attempting to move into.

    It could also say that you ignore difficult terrain in general.

    Another way to go though would be to make Hover *only* ignore terrain update effects (i.e. damage, etc). Fly is really the card that's supposed to let you move over terrain freely.
     
  13. Robauke

    Robauke Guild Leader

    That hover / terrain interaction is SUPER counter-intuitive... Sure that nothing can be done? Maybe limit the negation to damage and discard effects, but not the 'stop'?
     
    Flaxative and timeracers like this.

Share This Page