lonelybud

its funny that very few users have desync protection on when i joined sessions. May be it is bcz of the fact desync protection is set to off by default.

adding this might solve the problem need testing ```C++ case eNetworkEvents::RAGDOLL_REQUEST_EVENT: { .... if (!PED::IS_PED_RUNNING_RAGDOLL_TASK(self::ped)) g.reactions.remote_ragdoll.process(plyr); .... ```

> Either Stand already pushed an update on their side, or Yim protection is unreliable (not judging anyone, just listing all the possible options) their are also crash objects that...

@themonsterdev it should be you making this pr btw

i also want to add break statements in the for loops below in this pr itself - https://github.com/YimMenu/YimMenu/blob/ef70781926c25066ac0455883fc5d58ce2029df1/src/hooks/protections/can_apply_data.cpp#L210-L229

> I have a completely modified yim, that's why I don't do pr sorry but I have given you the protections you deserve the credit for your work and you...

@themonsterdev do we have any fixed value for `args[7]`. I added two values bcz in both of your comments they differ

> if (args[3] == -4640169 && args[7] == -36565476 && args[8] == -53105203) so value in this one is incorrect https://github.com/YimMenu/YimMenu/commit/f44edb8#commitcomment-141873742

well i asked someone using stand with latest update to crash me and heres the reaction from my fork- ``` [19:56:11.8884100][WARN/reaction.cpp](111:5) Received Crash: Player ped removal from 'XXXX' [19:56:11.9683882][WARN/reaction.cpp](111:5) Received...

> @lonelybud, how often did you hear the audio? Because the rate limiter "rate limits", it doesn't outright block only when a modder sends more than 2 events within 5...