Search Issue Tracker
Won't Fix
Won't Fix in 2023.1.X
Votes
0
Found in
2021.3.15f1
2022.1.23f1
2022.2.0f1
2023.1.0a21
Issue ID
UUM-22928
Regression
No
"textureSheetAnimation.startFrame" acts differently comparing to Start Frame on the Particle System Component
How to reproduce:
1. Open the user-attached project “textureSheetIssue”
2. Open the “SampleScene” scene
3. Select the “ParticleSystem” GameObject in the Hierarchy
4. Under the “Particle System” Component on the “Texture Sheet Animation” change Start Frame to 5, observe the results and change it back to 0
5. Under the “Texture Sheet Feedback (Script)” Component change Start Frame to 5
6. Compare the results
Expected result: Start Frame set by the Script looks the same as set by “Particle System” Component
Actual result: Start Frame set by the Script is behaving differently
Reproducible with: 2021.3.15f1, 2022.1.23f1, 2022.2.0f1, 2023.1.0a21
Couldn’t test with: 2020.3.41f1 (Script and Particle System errors)
Reproducible on: Windows 11 Pro
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:
It's true, but changing it risks affecting existing content. I've logged a documentation bug for us to update the scripting api reference to explain thata the value supplied from script is supposed to be in the 0-1 range.
It's done like this so that adding/removing frames does not necessarily invalidate the existing setting of this value.
Resolution Note (2023.1.X):
It's true, but changing it risks affecting existing content. I've logged a documentation bug for us to update the scripting api reference to explain thata the value supplied from script is supposed to be in the 0-1 range.
It's done like this so that adding/removing frames does not necessarily invalidate the existing setting of this value.