Majority of Vanilla subs excluding the Reworked Berilia lack Blue waypoints on Doors and hatches causing AI issues for bots/monsters

[Draconis13]

Disclaimers

• I have searched the issue tracker to check if the issue has already been reported.
• My issue happened while using mods.

What happened?

When using the Majority of the base game submarines bots and monsters do not respect the airlock/outside doors as they no longer have the proper blue markings and bots will go outside to repair the outside hull without a suit or leave a pressurized room via the damaged shell to try to enter a nearby airlock as the door is marked safe and not leading to the outside due to lack of blue checkpoint.

Husks and other enemies that can open doors or otherwise invade the sub seem more confused as they seem less inclined to try to open a green waypoint door and instead try to attack them over opening the door to begin pathing inside the submarine. Especially a number of modded creatures that follow human style behaviors in trying to open doors to get inside the sub before resorting to bashing them. Husks and modded creatures also seem to be avoiding bottom hatches on ships like the R-29 for some reason and will swim around to a door airlock to attempt ingress.

Only the new Berilia rework, bottom hatch of the R-29, top hatches of the Orca have blue outside door waypoints while the Humpack actually has a red error waypoint on the bottom airlock. There might be some I missed but this affects the majority of submarines and shuttles.

Reproduction steps

Play campaign or mission with any base game submarine and enemies such as husks or bot crew members have trouble respecting the airlock doors and hatches due to the lack of the blue marked waypoint in the submarine editor. This last update also unmarked many modded submarines that previously had proper blue marked doors and hatches.

Bug prevalence

Happens every time I play

Single player or multiplayer?

Happens in both single player and multiplayer

-

No response

Version

v1.7.7.0 (Winter Update)

-

No response

Which operating system did you encounter this bug on?

Windows

Relevant error messages and crash reports

No response

[itchyOwl]

When using the Majority of the base game submarines bots and monsters do not respect the airlock/outside doors as they no longer have the proper blue markings and bots will go outside to repair the outside hull without a suit or leave a pressurized room via the damaged shell to try to enter a nearby airlock as the door is marked safe and not leading to the outside due to lack of blue checkpoint.

Play campaign or mission with any base game submarine and enemies such as husks or bot crew members have trouble respecting the airlock doors and hatches due to the lack of the blue marked waypoint in the submarine editor. This last update also unmarked many modded submarines that previously had proper blue marked doors and hatches.

I haven't enecountered any issues with bots going outside of the sub to do repairs. Could you be a bit more specific with the repro steps? What exactly does happen? What's the issue? And when it happens? Do you e.g. order the bots to repair a broken hatch? Or do they go outside to repair leaks in the hull? The blue markers on waypoints only indicate that the waypoint is not linked to any hull. In regards to the exterior doors and hatches, it shouldn't matter whether the waypoint is linked to the hull or not, as long as it's linked to the gap (and the door component) and the ladders, when there's any.

Husks and other enemies that can open doors or otherwise invade the sub seem more confused as they seem less inclined to try to open a green waypoint door and instead try to attack them over opening the door to begin pathing inside the submarine. Especially a number of modded creatures that follow human style behaviors in trying to open doors to get inside the sub before resorting to bashing them. Husks and modded creatures also seem to be avoiding bottom hatches on ships like the R-29 for some reason and will swim around to a door airlock to attempt ingress.

We've found some issues with pathing around the airlock that should be fixed in https://github.com/FakeFishGames/Barotrauma-development/pull/6177 (in private repo), which should be included in unstable. Could you test if you can repro the issues in the unstable?

[Draconis13]

It usually happens when a sub is broken open by a large attack commonly a charby, latcher or endworm but I have seen it occur with multiple hammerheads the bot will attempt to fix part of the leak, stop because of pressure then swim out of the sub and attempt to access the green waypointed airlock to get at the suits in the adjacent dive bay. Rather than maneuver through safe parts of the sub to the divebay and quickly expire from leaving the hull and often while in motion.

On the flip side while programming Enemy AI with Barotraumatic and using enemies which open doors such as vanilla game husks or modded Barotraumatic creatures I have noticed submarines with Green waypoint airlock/hatches have a marked instance of creatures not opening them to get into the sub and will navigate to blue marked hatches on the other side of the ship.

Bottom hatches such as the R29 which is Blue or on custom submarines seem to have a problem with enemies not entering these hatches and instead pathfinding around the sub haphazardly to attempt to enter top/side airlocks instead which seems odd as the basic husk AI is vastly improved including attacking doors when they are closed due to welding/levers or restricted ID access. Enemies which attack doors like crawlers also seem to have an awkward time with hatches in general.

I will look into getting on unstable and testing some of these issues out. There is also a shift from testing sub editor and in game spectate where it can become much more apparent when monsters spawn below a submarine with mild motion and avoid entire sections to instead enter the gun firing envelopes or attack the opposite side.

[itchyOwl]

That waypoint being shown as red in Humpback is not actually an issue. It's a false positive about waypoint not being inside the door rect, it's linked to. In this case it's just at the edges of it and still properly linked to the gap, the door, and the ladder. So there shouldn't be any issues with it. Nevertheless, fixed by adjusting it a bit in FakeFishGames/Barotrauma-development@98c5456.