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

issue FightLightDungeon { name: dungeon, use_mushroom: false }) uses mushrooms #53

Closed
tiquis0290 opened this issue Apr 18, 2024 · 2 comments

Comments

@tiquis0290
Copy link

when i called Command::FightLightDungeon { name: dungeon, use_mushroom: false }), and have timer it still results in fighting and using mushroom for it

@the-marenga
Copy link
Owner

Previously this would return an error. The actual web client still sends the same requests, but it seems like the server is now just ignoring that field. That means, this is a bug on the S&F server, not the API, which I am not able to fix. The same also seems to be true for normal arena fights, which ignore this field now. I might try reporting this bug to playagames, but I have a feeling, that they are not going to care about this.

My aproach with this API has been "trust the server" from the start:

the parsing of responses does not check if the response is the correct response to your request

The command enum stop you from shooting yourself in the foot by enforcing valid inputs via the rust type system, but any logic above that is not worth the tradeoff in terms of perf/complexity/false positive errors.

so I guess if the server gets a fighting request for no mushrooms and decides, that you should pay a mushrom regardless, then that is how it is I guess...

@tiquis0290
Copy link
Author

Thats bad, mby in next release delete the option and make it always true but that will cass problems in backcompatability,
or at least warning in comment of the function will be helpfull

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

No branches or pull requests

2 participants