Apply/OK of Preferences is very slow
Reported version
3.2
Priority
P3 - Low
Type
Performance
Frequency
Few
Severity
S4 - Minor
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
No
Project
Any preferences being OK'd or Apply'd is extremely slow (Approx. 4 seconds), while MS2.x was usually less than 1 second. Captured some .gifs juxtaposing the two: https://musescore.org/en/node/292536
Fix version
3.5.0
Comments
This seems important.
> This seems important.
I fully second that, i was just about to report this as well. It takes around the same time it takes to start up MuseScore on my machine. It may be understandable if i had actually changed anything in the preferences, but just opening the preferences window without changing anything and clicking
OK
orApply
is darn slow - the first time i encountered it i thought it was gonna crash, b/c the user experience basically freezes there for a moment.It seems as if ALL settings get re-applied, unless clicking
Cancel
which is blazing fast. I assume there were a couple of options added since 2.x, that would explain why it is so much slower now.This may require a major refactoring though: The first iteration would need to introduce an
isDirty
-flag as an aspect of any setting being changed, and if it'sfalse
just behave as ifCancel
was clicked. In a second iteration, it should of course only apply the settings that have actually changed, but if there are complex dependencies in between settings changes this may be a Chuck-Norris-type of refactoring job, but i really cannot say.This is a software performance regression by definition.
Worse still, performance will degrade even more as new options get implemented in the preferences section. I understand there is neither a lot of fun nor fame in fixing this, yet i'd advise on putting this onto the roadmap anytime soon.
Noticed this too
Delete.
https://github.com/musescore/MuseScore/pull/5922
Fixed in branch 3.x, commit 1f7f5d7cad
fix #293203 + preference rework: improve responsiveness, ease of adding preferences, UI
Fixed in branch 3.x, commit a8b02faf5b
_Merge pull request #5922 from SKefalidis/prefs
fix #293203 + preference rework: improved responsiveness, ease of adding preferences, UI_
Fixed in branch 3.5beta, commit bbacdf0b9e
_Merge pull request #5922 from SKefalidis/prefs
fix #293203 + preference rework: improved responsiveness, ease of adding preferences, UI_
In reply to Git webhook message by Git Message
P.S. After testing the 3.5Beta, the preferences now seem almost faster than how they were in 2.3.2 on my system! Thanks for the fix. Actually I take that back, it's still kind of slow when changing some things. But when changing only the keyboard shortcuts, it's really fast now. Either way, it's definitely better than before in version 3
In reply to P.S. After testing the 3… by worldwideweary
The most noticeable slowdown is when changing UI related preferences(theme, icon height/width, wallpaper color) and settings that can be saved in the workspaces (generally the same as the UI preferences). Most preference changes should be very speedy :-)
You are welcome ;^)
Automatically closed -- issue fixed for 2 weeks with no activity.