Search Issue Tracker
Won't Fix
Won't Fix in 2022.2.X
Votes
1
Found in
2022.2.0a16
Issue ID
UUM-2317
Regression
No
Packages are not immutable when they are imported as tarballs
Reproduction steps:
1. Download the attached tarball package "test.tgz" and import it into any project
2. In the Editor, open any of the imported package's scripts from the Project window
3. Edit the script and save changes to it
4. Return to Unity to recompile the scripts
5. Inspect the edited script again
Expected result: The script returns to its previous state
Actual result: The changes to the script are saved
Reproducible with: 2019.4.39f1, 2020.3.35f1, 2021.3.4f1, 2022.1.3f1, 2022.2.0a15
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:
This behaviour is intended to be phased out for packages installed from a registry or a Unity installation files (built-in) as it introduces performance and usability concerns; instead, users should be able to decide when they want to revert a package to its original state (of course, this implies users need to be able to *know* when a package is not in its original state). As a result, the underlying mechanism will not be extended to tarballs.
Resolution Note (2022.2.X):
This behaviour is intended to be phased out for packages installed from a registry or a Unity installation files (built-in) as it introduces performance and usability concerns; instead, users should be able to decide when they want to revert a package to its original state (of course, this implies users need to be able to *know* when a package is not in its original state). As a result, the underlying mechanism will not be extended to tarballs.