SomeRandomNoobKekeke

Of course I made [a mod that removes that code from ItemComponent.guiFrameDragHandle.ValidatePosition](https://steamcommunity.com/sharedfiles/filedetails/?id=3157899228) ~~And, surprise surprise, it also fixes [GUI window lock position doesn't work](https://github.com/FakeFishGames/Barotrauma/issues/13412)~~ ~~It seems that window positions getting...

I mean there are more ways to end up inside a wall: If you try to leave the sub in uncovered zone you might accidentally swim into a wall and...

I didn't mean that they need to affect characters outside. I meant cases when 99% of your body is ouside but you are touching some broken wall with your toe...

~I mean if there are broken walls around the closed hatch, threshers are long, they can touch it and be consideren inside while hatch is closed and there's no collider...

No, i just thought of making them slightly more precise Like Scanning cells in radius of length of the boarding creature and not in ray, make colliders exactly match outer...

~~This is probably caused by window position restrictions See this https://github.com/FakeFishGames/Barotrauma/issues/13413#issuecomment-1937057558~~

Hmm, I've done more testing, it's indeed hard to reproduce in vanilla 100% way is: don't move the windows, just lock them As i said it's becoming a problem if...

I did even more testing > Repositioned item interfaces retain their positions between rounds. It was added in v1.1.14.0 and i didn't notice So you don't even need to lock...

I found another example of "why 3+ windows may not retain their positions" When you open some item for the first time game tries to place interfaces of all linked...

Actually, the mission becomes: hit them with a nuclear depth charge And if you make abyss deeper (10km like in dynamic europa) then, after eating a nuke, they will sink...