Search Issue Tracker
Fixed in 2020.1.X
Fixed in 2019.4.X
Votes
5
Found in
2019.3.0a1
2020.1
Issue ID
1194431
Regression
Yes
[Linux] Having same case-insensitive named assets causes infinite import looping
To reproduce:
1) Create a new project
2) Create two sprites in Project Browser
3) Rename them outside of Unity (through Files, for example) so that they're the same name, just with changed case (for example, "square" and "Square")
Expected: Unity either displays one of them or renames it automatically to avoid the identical naming (as OS'es like Windows don't support it)
Actual: An infinite loop is made as it tries to import the two objects. If you rename one of them in Files to break the loop, the project browser is flooded with garbage until you do "Reimport All"
Reproduced in 2019.3.0a1 (although it's much slower here), 2019.3.0b8, 2020.1.0a1, 2020.1.0a11
Not reproduced in 2019.2.5f1, 2019.2.11f1
-
AdiRishi
Jun 17, 2020 09:28
This happened to me on Unity 2019.4.0 (LTS) just recently.
Looking forward to a fix, happy to help or provide any details I can. -
rk-ba
May 15, 2020 09:07
The same happened for me on Fedora 32, when I focused an object.
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
- Articulation Body with 'Revolute' Joint Type has erratic behavior when Upper Limit is set to above 360
- WebGL Player fails to render Scene when Terrain with Detail Mesh is added and WebGPU Graphics API is used
- Inconsistent errors are logged when different types are passed into the Query "Q<>" method in UIToolkit and the ancestor VisualElement is null
- Crash on GetMaterialPropertyByIndex when opening a specific Scene
- Discrepancies in the styling are present when using a TSS file instead of a USS file in custom EditorWindow
Resolution Note (fix version 2020.1):
Fixed in 2020.2.0a18
Resolution Note (fix version 2020.1):
Fixed in 2020.1.0f1
Resolution Note (fix version 2019.4):
Fixed in 2019.4.5f1