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
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
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.