fixed FARP Dynamic Slots report occupied after a "blocked" spawn attempt

[mousepilot]

Hi everyone,

I'm facing an issue where a dynamic slot will permanently report as occupied after an attempt to spawn on it has been blocked using the onPlayerTryChangeSlot.

You can use the attached miz and hook script to reproduce the issue.

1. place the .lua script in your scripts\hooks folder

2. launch the miz and slot in the uh1 at the FARP (any)

3. check in the chat you have the message that the spawn was intentionally "denied"

4. try to slot in a mi24 on the same FARP

You'll get a message saying that all slots are occupied, even though they are not, and this status will remain for any other airframe on that dynamic slot.

Please let me know if you need more information.

Thanks.

dynamic_slots_occupied.lua dynamic_slots_occupied_cauc.miz

[mousepilot]

Short video of the issue.

[Flappie]

Thank you for this thorough report.

The issue is now reported.

[Flappie]

@mousepilot The fix should be part of the next update. Please note that the "All spawn/parking slots are occupied..." popup will be displayed whenever the client tries to jump into a forbidden aircraft.

[mousepilot]

That's great news.

I appreciate your help on this matter @Flappie.

Cheers.

[Flappie]

@mousepilot The fix is now in Release. Enjoy.

[mousepilot]

@Flappie

Happy to confirm that in patch 2.9.14.8222 this issue is resolved.

Thank you for your help and everyone at ED.

[Flappie]

Thank you for reporting the bug in the first place.