Search Issue Tracker
By Design
By Design in 1.14.X
Votes
1
Found in [Package]
1.14.1
Issue ID
ISXB-1643
Regression
No
Modifications to the InputActions asset in Play Mode persist when exiting Play Mode
How to reproduce:
1. Open the attached "IN-108286" project
2. Open the "SampleScene" and enter Play Mode
3. Modify the “BugRepro.cs” script by adding a comment
4. Save the changes to the script
5. Open “InputSystem_Actions” asset
6. Observe the Actions List
7. Exit Play Mode
8. Repeat steps 5-6
Expected result: Changes made during Play Mode to the InputActions asset do not persist outside it
Actual result: Changes persist after exiting Play Mode
Reproducible in: 1.8.1 (6000.0.0f1), 1.12.0(6000.0.37f1, 6000.2.0a3), 1.14.1(6000.0.55f1, 6000.2.0f1, 6000.3.0a4)
Reproducible on: macOS 15.5 (M1), Windows 10 (reporter), Windows 11
Not reproducible on: No other environments tested
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
- “FMOD failed to set the software format to the custom sample rate…” warnings are thrown as System Sample Rate value is being changed in Audio section of Project Settings window
- VFX Marquee selection does match the visual indicator
- “Invalid AABB aabb” errors are spammed when “Infinity” value is entered in Collider Component fields
- Editor Role does not sync with the MPPM Play Mode Scenario Role when entering Play mode
- Long asset names cause overlap with the “Find” function in search result tabs
Resolution Note:
InputActionAsset is a ScriptableObject and this is inline with expected behaviour for ScriptableObjects stored as assets.
It could however be seen as desirable to work against that and restore assets when exiting play mode but it would then break existing behavior and behave differently than ScriptableObject does by default. As such we've decided to not make any changes to this existing behaviour
Resolution Note (1.14.X):
InputActionAsset is a ScriptableObject and this is inline with expected behaviour for ScriptableObjects stored as assets.
It could however be seen as desirable to work against that and restore assets when exiting play mode but it would then break existing behavior and behave differently than ScriptableObject does by default. As such we've decided to not make any changes to this existing behaviour