CUSTGA05.RMB - Building 6: Error on activating exterior door

[XJDHDR]

Describe the issue
I have noticed an issue with Building 6 in block CUSTGA05.RMB. The building is shown in the attached screenshot and the PC in the attached save is looking at the building.

Activating a specific door (circled in yellow) triggers this error and the player does not enter the building:
PlayerActivate.TransitionInterior() could not retrieve DiscoveredBuilding for key 393478.

If you activate one of the other 3 doors, you enter without any problem. Doing so also allows you to activate the problem door without triggering the error.

To Reproduce

1. Load the attached save.
2. Activate the door circled in the screenshot.
3. Error gets triggered.
4. Activate any of the other 3 doors and notice there is no problem.
5. Activate the problem door again and the error has disappeared.

Expected behavior
You enter the interior without triggering an error and without needing the workaround mentioned above.

Screenshots and Logs

Desktop:

• OS: Windows 10 x64
• Version: 1.1.1 - Security Update (latest commit in repo has same problem)

Additional info
Save.zip
Player.log

[XJDHDR]

After quite a bit of debugging, I found that the problem seems to be in the HasHit method in DaggerfallStaticBuildings.cs.

For the other 3 doors, the if (c.bounds.Contains(point)) check becomes true when i is 6, as it should. However, for that specific door the check passes when i is 2. This ultimately results in ActivateStaticDoor receiving the wrong StaticBuilding. However, the HasHit method in DaggerfallStaticDoors is invoked and it finds the correct building key.

So the reason the error happens is because activating the problem door inserts the wrong building into the discoveredBuildings dictionary which then causes TransitionInterior to try load a building that is not present. Conversely, the other 3 doors cause the correct building to be added to that dictionary, which then allows the problem door to retrieve it as well.

I haven't managed to work out why the Contains method thinks that this door is within building 2's bounds though.

[XJDHDR]

I think I've managed to work out what is causing the problem. I drew a BoxCollider around building 2. it looks like this:

Here is a screenshot of where that problem door is in relation to that collider: