Search Issue Tracker
Fixed in 1.4.0
Votes
0
Found in [Package]
1.3.0
Issue ID
1191483
Regression
No
Windows build path BundleName does not handle large file paths
Steps to reproduce:
1. Open User-supplied project
2. Go to Addressables -> Build - > Build Default Script
Expected: the build finishes
Actual: the build fails
Reproduced in: 2018.4.11f1, 2019.2.10f1, 2019.3.0b8, 2020.1.0a19
Note: 2017.4.33f1 - no Addressables
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
- Out-of-bounds memory access with multiple CanvasRenderers under a Canvas when using Mesh API
- Inspector tries to access file after it was deleted when the file was locked in Inspector window
- Changing Transform values in Search window Inspector loses focus while dragging and stopping mouse without releasing dragging action
- Saving changes on the dirty VFX Graph during the Play mode throws "The referenced script (Unknown) on this Behaviour is missing!" warnings
- VFX Graph Debug Info overlaps the "Initialize" block debug info by default
Resolution Note (fix version 1.4.0):
Currently, we don't have control over the Windows MAX_PATH limitations. Addressables does already generate a unique hash for bundles that is appended to the name. This hash will change if the bundle's contents change. This functionality indeed would already allow a user to call the bundle by it's hash, if they desire. So, there seems to be little need for a long file structure.