Barotrauma
Barotrauma copied to clipboard
AI can sometimes get stuck on doors when tasked to cleanup items
Disclaimers
- [X] I have searched the issue tracker to check if the issue has already been reported.
- [ ] My issue happened while using mods.
What happened?
I had numerous AI's set to cleanup items while testing other things, every single AI with the order got stuck at the exact same points twice until another AI opened the door (on a different objective) letting them free.
https://i.gyazo.com/049afd3bc138526e143f38137b9ca9af.mp4
Reproduction steps
not sure yet, highly likely by using diving suits (and other cleanup items) extremely close to the other side of doors?
Bug prevalence
Happens every now and then
Version
0.18.15.0
-
No response
Which operating system did you encounter this bug on?
Windows
Relevant error messages and crash reports
No response
Does it happen because items are close to the door - like in the corners of a room? Resulting in the AI 'skipping' the door node.
Or is the item further away and crew just aren't opening doors.
Would also be useful to know which submarine this happened in, or any other details that might make this easier to reproduce
was either a typhon 2 or dugong, as these were two of the submarines I was testing AI against for welding tasks. there was an empty fuel rod under the reactor and a diving suit near the door, I am not sure which they were targeting, they also got stuck on the door to the right, and in the mp4 you can see diving suits near the edges of the doors on the opposite sides almost inside the door.
I hadn't yet re-tested by dropping items yet, but I theorize it is based on items being incredibly close to the doors on certain submarines at least.
looking very carefully at the AI's text in the mp4 one crawling up from the ladder looks almost like they are targeting a different item number, so that itself made me not entirely sure if it was just the diving suit making them get stuck is all.
Re-Tested in 0.19.0.0 for better reproduction using a Barsuk submarine. it seems the AI will sometimes drop their suits directly inside of a door they are crossing as it is open, when the door closes the AI seems unable to get to the diving suit (or other item) at that point.
As a note this also should occur in single player. which would be much easier to diagnose as you can see where the item truly is instead of client-side assumed position.
I've managed to reproduce this in multiplayer just by taking out of lockers then dropping diving suits inside open doors and closing them, but often to sporadic effect (It does not always occur and the item will shift left/right at times as expected).
sometimes they will get stuck inside the door, or is stuck server side while moving to the sides client side (And in one case I had it alternating sides every so often in multiplayer):
https://i.gyazo.com/48cf8d6bc8808711e742181cd66cd1e8.mp4
for barsuk, I got it stuck on three separate doors, so I'm not sure its submarine specific but the oxygen gen room door, the door to the reactor and command room door all managed to get the AI stuck with a few drop attempts of the diving suit.
I have also noticed: If a client gets a diving suit stuck inside of a door, the client also cannot interact with it from either side of said door, the door must be opened to get at the item in question which the AI doesn't do (Assumedly because it has reached a close enough position, despite the fact it cannot actually interact with the item?) - mind you when the item position updates in a way its forced through the door it tends to be possible to pick it up, so not 100% sure here.
Posting these here:
I think it affects any get item objective, but can probably be reproduced most easily with the cleanup order.
Can't repro. Dropping an item behind the door and telling a bot to clean it up doesn't work: the bot pathes (correctly) to the first node after the door.
If anyone manages to repro it, please report the steps here.
Can be tricky to repro without the fixes to the item finding made in https://github.com/Regalis11/Barotrauma-development/pull/4116.
Haven't been able to repro, but just pushed a commit that might affect this: Regalis11/Barotrauma-development@4215b81.
No known steps to repro, closing