Search Issue Tracker
Fixed
Fixed in 6000.3.17f1, 6000.4.10f1, 6000.5.0b11, 6000.6.0a5
Votes
0
Found in
6000.3.11f1
6000.4.0f1
6000.5.0b1
6000.6.0a3
Issue ID
UUM-138495
Regression
No
[Mac][Metal] Failed assertion on validateCommonDrawErrors when Buffer is overrun
Reproduction steps:
- Open XCode on a macOS Apple Silicon machine (M1 or later)
- In the Menu bar, choose Debug -> Debug Executable
- Choose the attached “Autobuild.app” as the executable to debug
- Start the executable (Button with play symbol)
- Wait for the App to start
- Open the in-game terminal (F1) (If it is not already open)
- type “preview level_01” and hit enter
- Wait for the level to load, after another short wait the App will close out with an assertion
- Observe the XCode console window
Actual result: An assertion is shown: “-[MTLDebugRenderCommandEncoder validateCommonDrawErrors:]:5970: failed assertion `Draw Errors Validation Vertex Function(xlatMtlMain): argument UnityInstancingDOTS_InstanceVisibility[0] from Buffer(1) with offset(4190720) and length(4194304) has space for 3584 bytes, but argument has a length(4096).'“
Expected result: The App does not assert and therefore does not close
Reproducible with: 6000.3.12f1
Couldn’t test with: 6000.0.72f1, 6000.4.1f1, 6000.5.0b2, 6000.6.0a1
Reproducible on: macOS 26.3.1 (M1, M3)
Not reproducible on: No other environments tested
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [UWP] Mouse movement re-triggers stale <Mouse>/scroll value after the scroll wheel is used once
- "Shutdown worker was forced killed because it kept running. Worker ..." errors are thrown after building a blank HDRP project
- [UI Toolkit] USS materials in AssetBundles break due to InstanceID referencing a material that no longer exists when a Scene is loaded through Addressables for the second time
- Help button leads to a missing documentation page when clicked on a Font Import Settings in the Inspector
- TextMeshPro Text Component reads bottom-to-top instead of top-to-bottom when using RTL Editor
Resolution Note:
Fixed in 6000.6.0a5
Resolution Note (fix version 6000.6.0a5):
Fixed in 6000.6.0a5
Resolution Note (fix version 6000.5.0b11):
Fixed in 6000.5.0b11
Resolution Note (fix version 6000.4.10f1):
Fixed in 6000.4.10f1
Resolution Note (fix version 6000.3.17f1):
Fixed in 6000.3.17f1