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
- URP Realtime reflection probes do not update when RenderProbe() is being called once per second
- Addressable terrain shader variants are stripped from the Player
- [iOS] Debug.Log() appears as <private> in Console app
- UI stays in the background when it is disabled in simulator
- A wrong log file is attached when project is launched with a "-logFile" command line argument
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.