All brushes with clip and playerclip tool textures uses $surfaceprop from the closest clip or playerclip brush texture to the origin

[x] None of the open or closed issues document this problem.
[x] This is a bug, not a new idea.
[x] This is objectively a bug, and not something that people commonly disagree on.
[x] This issue occurs on the latest Team Comtress release, or the master branch.
[x] This issue occurs on the latest vanilla TF2 update.
[x] This bug is in the code of the game, not in the textures, sounds, or other resources.
[x] This issue is listed on the Source 1 official bugtracker.
[x] This issue occurs with DirectX level 100.
[x] This issue occurs when using no custom content.
[x] This issue occurs when using start_tf2.bat (or start_server.bat) with no custom launch options.
[x] This issue occurs when using a listen server (using the map command ingame).
[ ] This issue occurs when using a dedicated server.
[ ] This bug is in the internal procedures or tooling (e.g. the build process).

These 2 containers are surrounded by 2 brushes, 1 is clip metal with $surfaceprop "metal" and the other is playerclip metal, same sprop.

Also, in the video, the stairs are clipped with blockbullets metal, and they work fine.

Server or client: Client
Operating system: Windows 10
Team Comtress version: 1.5.1
Custom content: No
Launch options: -novid -nojoy -nosteamcontroller -w 1920 -h 1080 -windowed -noborder

mastercomfig / tf2-patches