Search Issue Tracker
By Design
By Design in 6000.3.X
Votes
0
Found in
6000.3.0a5
Issue ID
UUM-114467
Regression
No
"Save Preset" window opens on a cursor placement
How to reproduce:
1. Create a new Unity project
2. Right-click in the Unity toolbar -> Presets -> Save Preset
3. Observe the opened window
Expected results: The window opens near the toolbar or at the center of the screen
Actual results: The window opens on the cursor placement
Reproducible with: 6000.3.0a5
Can't test with: 6000.3.56f1, 6000.1.16f1, 6000.2.2f1
Reproducible on: macOS Sequoia 15.5 (M1)
Not reproducible on: No other environment tested
Note: It would be nice to have a consistent placement of the window instead of the dependency on a cursor, because there is a small delay between the click and window opening - during this time, the cursor can be moved, for example, to the second screen
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
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
Resolution Note:
The current behavior is the same when saving layouts (historical behavior) and than saving overlays presets.
The toolbar behavior when saving presets is the same and should remain this way. The idea is to reduce the mouse motion when entering the preset name as well as popping the field just under the position where the user is currently looking at to avoid the search of the window as well.
Closing this ticket As Design.
However, I opened a follow-up task in my team's jira in order to discuss that global point with the Editor Consistency team that focus on these type of UX.
Resolution Note (6000.3.X):
The current behavior is the same when saving layouts (historical behavior) and than saving overlays presets.
The toolbar behavior when saving presets is the same and should remain this way. The idea is to reduce the mouse motion when entering the preset name as well as popping the field just under the position where the user is currently looking at to avoid the search of the window as well.
Closing this ticket As Design.
However, I opened a follow-up task in my team's jira in order to discuss that global point with the Editor Consistency team that focus on these type of UX.