Search Issue Tracker
By Design
Votes
0
Found in
Issue ID
1107082
Regression
No
[OSX] Menu item becomes inactive if custom window is closed before progress bar.
When a window is created from custom menu item, and a progress bar is generated through that window, if the user closes the window before the count down finishes on the progress bar, the menu item becomes unavailable on the menu.
Repro:
1. Download and open attached project
2. In menu bar, Example -> Progress Bar Usage
3. In the window appeared, click Display Bar button.
4. Progress bar window appears and starts to count down.
5. Before the Progress bar finishes, close the custom window.
6. The progress bar starts counting down and stuck (this is normal)
7. Try to reopen the window again via menu bar, Example -> Progress Bar Usage
Expected: The user can open the custom window after closing it before the count down finishes in progress bar
Actual: The menu item becomes inactive if user closes the window before the progress bar finishes counting down
Found in: 2019.1.0a11
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
- Crash on EnsureUniqueSiblingName when calling GameObjectUtility.EnsureUniqueNameForSibling() with a null argument
- Changes are not applied when selecting Platform settings for Plugins
- Particle System only collides with one Terrain Collider at a time when Collision Type is set to 'World'
- Editor crashes on StoredGraphicsBuffer::GetGfxBufferID when VFX Graph property is modified during Play Mode and Application.targetFrameRate is used to limit FPS
- Crash on NVAPI_Thunk when changing Player resolution while HDR display is used and Direct3D12 is set as the graphics API
Resolution Note (2019.2.X):
Editor menus are disabled while a modal dialog is displayed. The user script never calls EditorUtility.ClearProgressBar when the window is closed so the modal progress bar stays and keeps menus disabled.