Search Issue Tracker
By Design
By Design in 2023.1.X
Votes
0
Found in
2020.3.37f1
2021.3.8f1
2022.1.12f1
2022.2.0b3
2023.1.0a4
Issue ID
UUM-11076
Regression
No
Selecting big audio files in the Project window causes the editor to call OnGUI.Repaint or ProjectBrowser.MouseUp
Reproduction steps:
- Open the user attached project
- Click on the asset contained in Assets/Sounds/Music
- Observe the editor
Expected result: No prompts appear
Actual result: Prompt saying “Hold on… OnGUI.Repaint” appears for 5-7 seconds
Reproducible with: 2020.3.37f1, 2021.3.8f1, 2022.1.12f1, 2022.2.0b3, 2023.1.0a4
Reproduced on: Windows 10
Note: issue happens only once, reproducing the second time will require restarting the project. Sometimes and probably related to the version instead of a prompt saying “OnGUI.Repaint“ there will be a prompt saying “ProjectBrowser.MouseUp”, this couldn’t be reliably tested. The tested audio file is .wav, 311 MB, unable to test other formats since it’s hard to obtain such. In 2020.3 prompt seems to take longer time than other streams
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:
Not a bug. Optimising the speed at which the inspector window can load big audio files is a feature request. The issue only arises the first time a user clicks on the clip and the editor shows a loading bar on Windows / the spinning wheel of death on Mac.
Resolution Note (2023.1.X):
Not a bug. Optimising the speed at which the inspector window can load big audio files is a feature request. The issue only arises the first time a user clicks on the clip and the editor shows a loading bar on Windows / the spinning wheel of death on Mac.