FIGHT Button Implementation Side Effects (Desync/Infinite Sleep)

[gastlies]

I am curious how this would work in practice:

Would this mean Counter could potentially work more frequently - where it would currently be canceled due to Desync Clause? The only way for it to fail is if the target picked a non-Normal/Fighting-type move?

Two examples:
1. Paralyzed Snorlax clicks Body Slam on Chansey, next turn Snorlax clicks Earthquake and FPs on Counter.
2. Paralyzed Snorlax clicks Earthquake on Chansey, next turn Snorlax clicks Body Slam and FPs on Counter.

Both of these cause desyncs on cart. In example 1 Counter works on Chansey’s side but fails on Snorlax’s side. In example 2 Counter works on Snorlax’s side but fails on Chansey’s side.

Current implementation means desyncs result in move failure no matter what so counter fails in both examples here. The new proposal is to just take what’s on the target’s side so Counter would work in example 2, but not example 1.

 

[bingingem]

Two examples:
1. Paralyzed Snorlax clicks Body Slam on Chansey, next turn Snorlax clicks Earthquake and FPs on Counter.
2. Paralyzed Snorlax clicks Earthquake on Chansey, next turn Snorlax clicks Body Slam and FPs on Counter.

Both of these cause desyncs on cart. In example 1 Counter works on Chansey’s side but fails on Snorlax’s side. In example 2 Counter works on Snorlax’s side but fails on Chansey’s side.

Current implementation means desyncs result in move failure no matter what so counter fails in both examples here. The new proposal is to just take what’s on the target’s side so Counter would work in example 2, but not example 1.

Thanks for clarifying! That's what I figured. I think those changes are worth the update to Desync Clause imo.

 

[Hipmonlee]

Fascinating!

And option 2 seems like a very sensible approach that balances maximising cart accuracy without including utterly gamebreaking nonsense. Nice work!

 

[NotVeryCake]

I also have to ask another question for these people with a fervour to cart accuracy. How far do they actually want to take this. A precedent where we just ban every thing that could cause an issue in cart, no matter how niche the situation opens up such an awful door. There are definitely countless desyncs that are undiscovered, are we just going to ban everything that caused one. What if we somehow find out Body Slam or Ice-type moves and what have you not can cause a desyncs under hyper specific circumstance, are we going to ban them and therefore take away vital tools? There has to be a line drawn in the sand for how far this was going to be taken, and this was decided back when desync clause was implemented. To be honest this just feels like the limited amount of people who never liked desync clause to begin with are just trying to use a new reason to get it removed, despite it being the wish of the players to have desync clause as it was literally voted on.

If we really want to be fair open and democratic about this, let's go ahead and hold another vote on desync clause, as this bug here is something that directly falls under the jurisdiction of it. This thread needs to go to Policy Review either way, I'm not really sure why it's in the RBY thread and not there to begin with.