Search Issue Tracker
By Design
Votes
0
Found in [Package]
1.0.0
Issue ID
ECSB-144
Regression
No
Stable type hash for the Component breaks when managed component data containing a Compute Buffer and Graphics Buffer is used
How to reproduce:
1. Open the attached user project “DotsComputerBuffer.zip“
2. Open Scene “SampleScene“ (Assets/Scenes)
3. Enable the “SubScene“ SubScene in the Hierarchy
4. Build And Run (File > Build And Run)
Expected result: The Build has no errors in Log
Actual result: Error in Log: "ArgumentException: Cannot find TypeIndex for type hash 9622449259180854178. Check in the debug file ExportedTypes.log of your project Logs folder (<projectName>/Logs) the corresponding Component type name for the type hash 9622449259180854178."
Reproducible with: 1.0.0-pre.15 (2022.2.2f1, 2023.1.0a24)
Can’t test with: 1.0.0-pre.12, 1.0.0-pre.15 (2020.3.43f1, 2021.3.16f1), 1.0.0-pre.12 (2022.2.2f1, 2023.1.0a24) (Errors in the Console)
Reproduced on: macOS 13.0.1 (Intel)
Notes:
- The type hash is different from the error, this is because the type hash is not stable with a compute buffer element in the component
- Issue is not reproducible in Play Mode
Comments (1)
-
Kmsxkuse
May 09, 2023 23:08
If anyone has this similar problem, there will not be any fix (hidden ifdef located in Compute/Graphics Buffer breaks editor-build type cache).
There is a workaround: don't bake the component containing the buffer. Instead add it at start of runtime when all relevant entities are loaded in.
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
- Mono Windows Builds don't produce full log callstacks when generating logs
- AssetBundles fail to load when running in Built Players for Mobile Devices
- UI elements with text gets bigger and grey when Player window is moved to another screen with different resolution
- System name accepts multiline text but crops it on confirmation, duplicates input, and shrinks the field when empty
- UI element scale and position are wrong in project build when DRS is changed with HDR and Software Dynamic Resolution enabled
Resolution Note:
Issue resolved as noted by customer. Issue was sorted out on Discord and the type mismatch is due to ifdefs in the type making it inappropriate for baking