Search Issue Tracker
Won't Fix
Votes
0
Found in
6000.2.6f1
Issue ID
UUM-122110
Regression
No
Progress Bar disappears when switching applications on a second monitor with Cmd-Tab
How to reproduce:
1. Create and run a process that will show the EditorUtility.DisplayProgressBar()
2. On a second monitor, use Cmd-Tab to switch programs
3. Observe the result
Expected result: The Progress Bar remains visible
Actual result: The Progress Bar disappears
Reproducible with: 6000.2.6f1
Reproduced on: macOS 15 (M1) (user reported)
Not reproduced on: macOS 26 (M1), Windows 11
Notes:
- Not reproduced by CQA after testing macOS 26 (M1) and Windows 11
- When switching back to the original program with Cmd-Tab, the Progress Bar reappears
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
- Out-of-bounds memory access with multiple CanvasRenderers under a Canvas when using Mesh API
- Inspector tries to access file after it was deleted when the file was locked in Inspector window
- Changing Transform values in Search window Inspector loses focus while dragging and stopping mouse without releasing dragging action
- Saving changes on the dirty VFX Graph during the Play mode throws "The referenced script (Unknown) on this Behaviour is missing!" warnings
- VFX Graph Debug Info overlaps the "Initialize" block debug info by default
Resolution Note:
This behavior currently exists to prevent Unity from forcing itself to the foreground when a progress operation is started, since this can happen even when Unity is in the background. The intention is that the dock icon's progress circle fills the role when Unity is in the background.
This is behavior we would like to revisit in the future.