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
- [MacOS] Invalid Code Signing Entitlements errors appear when signing MacOS project for App Store
- Missing UNITY_MATRIX_IT_MV definition in HDRP shaders
- ScrollRect panel not resizing correctly to fit text
- Scroll bar doesn't show full text
- [Linux] AutoLocale: current locale expects 'C' but got error is thrown when starting a project
Resolution Note:
This is the correct behavior of secondary windows when running Unity on Windows. On macOS, the behavior is as the user describes.