Search Issue Tracker
Fixed
Fixed in 6000.0.27f1
Votes
0
Found in
6000.0.26f1
Issue ID
UUM-87406
Regression
Yes
Physics debugger collision geometry is always at (0, 0, 0) coordinate when a Terrain GameObject is debugged
How to reproduce:
1. Open the “TerrainDebugger.zip“ project
2. Open the “OutdoorsScene“
3. Enable Physics Debugger in Windows > Analysis > Physics Debugger
4. Check the “Collision Geometry“ checkbox in the Physics Debugger overlay in the Scene view
5. Observe the Scene view
Expected result: Physics debugger collision geometry surrounds actual terrain geometry
Actual result: Physics debugger collision geometry is translated to the (0, 0, 0) coordinate
Reproducible in: 6000.0.20f1, 6000.0.26f1
Not reproducible in: 2021.3.46f1, 2022.3.53f1, 6000.0.19f1, 6000.0.28f1, 6000.1.0a5
Fixed in: 6000.0.27f1
Reproduced on: Windows 11 Pro (23H2)
Not reproduced on: No other environment
Note: Colliders seem to work fine on the terrain GameObject
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
Add comment