Search Issue Tracker
By Design
Votes
0
Found in
2021.3.39f1
2022.3.31f1
6000.0.4f1
Issue ID
UUM-72760
Regression
No
The Editor process is not being put in front when focused after using an un-docked feature window
How to reproduce:
1. Create a new project
2. Open the Search window (Window → Search → New Window | or | CTRL + K)
3. Click anywhere else in the Editor
Expected result: The Search window either gets closed or minimized
Actual result: The Editor is focused, but the Search window stays on top of the Editor process
Reproducible with: 2021.3.39f1, 2022.3.31f1, 6000.0.4f1
Reproduced on: Windows 11
Not reproduced on: No other environment tested
Notes:
- The Search window was used as an example of the behaviour of the issue, also reproducible with other feature windows
- This is a minor/usability issue as when focusing other windows, the focused window should be put in front and not ignored, the correct behaviour can be observed when using the un-docked Package Manager and the Search windows together
- The reporter has noted that this is a regression, but CQA could not verify this as it is reproducible even on older versions
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
- Popup windows spawn on the incorrect monitor when the Editor is placed near the boundary of scaled monitor next to a monitor with different scaling
- Hidden Tabs do not shift into empty space after closing visible Tabs
- [Android] Application not deployed on a device when "activity-alias" is used in the AndroidManifest
- Shader compile process adds shader ID to the constant buffer name when the word "Globals" is being used in Vulkan
- Audio Mixer Snapshot link to the documentation isn’t working
Resolution Note:
This is the correct behavior of secondary windows when running Unity on Windows. On macOS, the behavior is as the user describes.