Search Issue Tracker
Fixed
Fixed in 1.8.0
Votes
0
Found in [Package]
1.8.0-pre.2
Issue ID
ISXB-797
Regression
Yes
Canceling an unsaved input actions window removes the "*" unsaved asset symbol even if the changes are still unsaved
Reproduction steps:
1. Open the attached project “SaveSymbol”
2. In the Project window double click the “Assets/New Controls.inputactions” Input Actions asset to open Input Actions Editor window
3. Turn off the Auto-Save function
4. Make some changes to the asset
5. Close the window
6. In the Save Asset prompt window press the “Cancel” button
7. Observer the title of the Input Actions Editor window
Expected result: The window title is: “(*) New Controls (Input Actions)”
Actual result: The title of the window is: “InputActionsEditorWindow”
Reproducible with: 1.8.0-pre.2 (2022.3.20f1, 2023.2.11f1, 2023.3.0b8)
Not reproducible with: 1.7.0 (2021.3.35f1, 2022.3.20f1, 2023.2.11f1, 2023.3.0b8), 1.8.0-pre.1 (2021.3.35f1, 2022.3.20f1, 2023.2.11f1, 2023.3.0b8)
Reproducible on: macOS 13.6.4 (Intel)
Not reproducible on: No other environment tested
Notes:
- The Save Asset prompt doesn’t show up in 2021.3.35f1 with 1.8.0-pre.2 package version, but it saves the changes even if Auto-Save is disabled
- The changes stay unsaved and the prompt is given again when trying to close the window again
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
- Selector gets stuck in UI if scroll is used while dragging
- Created asset is placed in a new folder when creating a new folder and instantly creating an asset by clicking somewhere else
- Selecting and deleting transition in Animator does not add to Undo History when animation is previewed in Inspector
- GameObjects remain static when updating constraints of PhysicsJoint with "Enable Sleeping" selected in Havok Physics Configuration
- [iOS] Touch input is not clocked and UI is unresponsive when the application is paused mid-drag without lifting the finger
Resolution Note (fix version 1.8.0):
This issue have been fixed in a pending PR. The problem was incorrect transition of state between editor windows when a new window was created inheriting state from the window being closed.