Search Issue Tracker
By Design
Votes
0
Found in
2021.3.14f1
2022.1.24f1
2022.2.0f1
2023.1.0a20
Issue ID
UUM-21304
Regression
No
Meshes cannot be read during import process when running in batch mode
Steps to reproduce:
1. Download the “BatchModeRO” project
2. Open Command Prompt window
3. Go to the Unity version folder (eg. cd c:\Program Files\Unity\Hub\Editor\2021.3.4f1\Editor)
4. Run the command “-executeMethod ProcessThings.RunAsync -nographics -batchmode -logFile build.log -PROJECT_PATH” (instead of PROJECT_PATH write BatchModeRO project path. Eg. C:\Desktop\IN-22969_BatchModeRO-3\IN-22969_BatchModeRO-3. -- (minus) before the path is needed)
5. Open the “build.log” file in the Editor folder
Expected result: The “Rock_lg02” mesh was imported successfully
Actual result: Error "Not allowed to access uv on mesh 'Rock_lg02' (isReadable is false; Read/Write must be enabled in import settings)" occurs
Reproducible with: 2021.3.14f1, 2022.1.24f1, 2022.2.0f1, 2023.1.0a20
Could not test with: 2020.3.41f1 (Package error)
Reproduced on: Windows 10
Note: The error does not occur when Read/Write is enabled in import settings
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
- [OpenGLES][XR] Zooming in on the camera's URP opaque texture causes "double vision" on Quest in OpenGLES3
- “[Worker0] Could not generate preview image“ error when opening macOS native plugin in the Inspector with Architecture to build for set to ARM 64-bit
- [iOS] Application.absoluteURL is empty on Awake/Start when opening via deep link with Splash Screen disabled
- Crash on MemoryManager::Deallocate when rapidly calling Addressables.LoadAssetAsync
- Crash on physx::shdfnd::atomicIncrement when adjusting values on a character controller component after entering Play mode in Prefab edit mode
Resolution Note:
The async work is picked up again inside the player loop, which also runs outside playmode. As a result the mesh UVs are accessed inside the player loop which rightfully throws an error that read/write should be enabled on the mesh.
The issue can also be reproduced inside the editor although at a much lower rate. In batch mode the application does not spend time redrawing the inspector etc., so the chance of the work getting resumed inside the player loop tick is much higher.