Search Issue Tracker
Fixed in 2021.1.X
Fixed in 2018.4.X, 2019.4.X, 2020.2.X
Votes
1
Found in
2018.3.0a6
2019.1.0a1
2019.2.0a1
2019.3.0a1
2019.3.0a12
2020.1.0a1
Issue ID
1178737
Regression
No
Assets used in components of a nested Prefab are counted as direct dependencies of all higher level nested Prefabs
Note: This issue shows a bug in our AssetDatabase.GetDependencies(someFiles, false); (calculating direct dependencies)
How to reproduce:
1. Open user's attached project ("BuildAssetBundles.zip") using the EnvIronman VM (more information in Edit)
2. Select A Prefab in the Project window
3. Select direct dependencies of the A Prefab (Right mouse click -> Select Direct Dependencies)
Expected result: Only B Prefab is selected as a direct dependency
Actual Result: B Prefab and Assets used in Prefab C's components are selected as direct dependencies
Reproducible with: 2018.4.7f1, 2019.1.14f1, 2019.2.3f1, 2019.3.0b1, 2020.1.0a1
Notes:
The issue was not reproducible until nested Prefabs were introduced in 2018.3.0a6.
The issue can be reproduced using Prefab variants as well.
Comments (1)
-
codestage
Mar 14, 2020 16:44
Looking forward for a fix! ^^
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
- A 404 page is opened when selecting "Open Documentation" on the Float Node in Shader Graph
- Shader Graph Importer's Documentation Reference button leads to a 404 page
- Crash on WriteParticleLineVertex when particle systems are rendered in a specific project
- Asset names longer than the allowed system file path are not handled gracefully
- Moving VFX Particles leave a ghosting trial in Ray Traced Screen Space Reflections
Resolution Note (fix version 2021.1):
Nested prefabs are baking in the nestee prefabs, so all their direct runtime dependencies are also a direct runtime dependencies of the nesting prefab.
The behavior described in the bug is actually a new feature request.