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
- Character spacing value is not applied when using a specific font asset
- [Android][IL2CPP] Player crashes on __memcpy_aarch64_simd+276 when invoking native code via a plugin on some ARM64 Android devices
- [Android]Resources fail to load when the AAB build contains a large Addressables Bundle
- Unity is loading internal version of SharpZipLib instead of local version
- The Context Menu items are ordered incorrectly
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.