MuseScore crashes to desktop when pressing ESC whilst picking a screen color in the color picker
Edit: I've reported this on github.
Hello team,
I discovered a bug when cancelling picking a screen color in the color picker.
Hope you can fix it in the next version.
Thank you very much!
Issue type
Crash
Bug description
I want to pick a Fill Color for a Staff Text box in my score.
I go to its properties, and click "Fill Color". The color picker pops up.
I click "Pick a screen color". The cursor changes to a big "+" sign, for picking any color on the screen. Also, beneath the "Pick Screen Color" button a notice appears, saying: "Cursor at xxx yyy; Press ESC to cancel".
I regret, I don't want to pick any color - I want to cancel. I click ESC, the "+" cursor stays as it is (I can still move the cursor freely), but something weird happens: In the "Properties" palette, most of the buttons disappear, and after 1-2 seconds the whole MuseScore app crashes and closes without any message.
Steps to reproduce
- Open any score.
- Add a Staff Text and click it.
- In the properties sidebar click "> show more", then click "Fill color".
- In the color picker, click "Pick Screen Color".
- Press ESC on your keyboard.
Severity
Minor.
Score file
staff text color picker crash.mscz
Screen recordings
musescore color picker crash video.7z (sorry, I couldn't understand how to upload a video here. )
Log file
MuseScore Version
4.3.1
Operating system
Windows 10
Additional context
OS: Windows 10 Version 2009 or later
Arch.: x86_64,
MuseScore Studio version (64-bit): 4.3.1-241490900,
revision: 026c26b
Attachment | Size |
---|---|
musescore color picker crash video.7z | 2.61 MB |
MuseScore_240610_213213.txt | 13.34 KB |
staff text color picker crash.mscz | 33.59 KB |
Comments
Please report on GitHub, esp. now as work on a 4.3.2 has started
In reply to Please repüort on GitHub,… by Jojo-Schmitz
No problem. I've reported it here:
https://github.com/musescore/MuseScore/issues/23208
Thanks!
In reply to No problem. I've reported it… by nCuky
Have put up a PR to fix, though it's sort of a workaround until the color dialog is reimplemented as a QML dialog (the intention is to replace all QWidget based dialogs as they don't interact well)