Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

susanoo-no-mikoto + DataSucker == weird #685

Closed
steveklabnik opened this issue Sep 8, 2015 · 1 comment
Closed

susanoo-no-mikoto + DataSucker == weird #685

steveklabnik opened this issue Sep 8, 2015 · 1 comment

Comments

@steveklabnik
Copy link

2015-09-07-194533_189x167_scrot

So here, I trigger susanoo. Runner is now running on archive. works great. They decide they're gonna complete the run because they were just gonna run on archives next click anyway, and break the Enigma. To break the wall of static, they wanted to use datasucker, so they clicked it, and the sucker token applied to Eli, rather than to the wall of static.

This was of course easy to fix manually by just having them break it anyway, but still some weirdness.

@JoelCFC25
Copy link
Collaborator

The reason this happens is that when you initiate a run, the details of the ice installed over the targeted server are put in the [:run :ices] portion of the game state, but then not replaced when a redirect occurs mid-run (currently possible with Bullfrog, Sneakdoor Beta, Susanoo-No-Mikoto, and Copycat...maybe others). These cards do update [:run :server] and [:run :position], but they'll need to associate in the new server's ice too for any cards like Datasucker that use current-ice to give correct outcomes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants