MuseScore crashing when adjust the parameters for multiple "triples" together.
As the title
MuseScore crashing when adjust the parameters for multiple "triples" together
OS: macOS 10.15, Arch.: x86_64, MuseScore version (64-bit): 3.4.2.25137, revision: 148e43f
| Attachment | Size |
|---|---|
| 截圖 2020-06-07 上午10.47.51.jpg | 401.33 KB |
Comments
That crash mentions issues with a popup showing up, but adjust tuplets properties is done in the inspector.
Please share (the score and) steps to reproduce the crash.
In reply to That crash mentions issues… by jeetee
Thanks for the reply, this is the reconstruction step of the crash process
First, if the triplet has been adjusted before then, the crash will not occur, but if the triplet is still in its original state, the crash will occur.
In reply to Thanks for the reply, this… by galrie
That's not the score @jeetee asked for ;-)
In reply to That crash mentions issues… by jeetee
Test score is here.
In reply to Test score is here. by galrie
I can't reproduce
In reply to Test score is here. by galrie
Please state exactly where I need to click and what I need to type in order to create this crash.
"adjust something" is way to unspecific as to what we should do.
In reply to Please state exactly where I… by jeetee
Press "Command + Tuplets Number" to select multiple Tuplets, and then click Tuple "direction"、"number type" or other parameters...
In reply to Press "Command + Tuplets… by galrie
Did that: no crash.
But I used Ctrl, not Cmd (being on Windows rather than macOS), maybe a Mac only issue?
In reply to Did that: no crash. But I… by Jojo-Schmitz
Very likely, I hope MacOS users can help this test.
In reply to Did that: no crash. But I… by Jojo-Schmitz
Cannot reproduce too. See below:
@galrie. Can you reproduce with your attached excerpt ? 1.mscz
Or only with the score we see on your first gif? (with more staves/instruments?)
In reply to Cannot reproduce too. See… by cadiz1
Your process is the same as mine,
Are you using Windows? Or MacOS?
I happened under MacOS.
In reply to Your process is the same as… by galrie
Windows, but my question was: do you get the same result whatever the score (complete, on GIF, or excerpt, on the .mscz file) ?
I talk about (5 measures, one staff vs. at least two instruments and X measures) :
In reply to Windows, but my question was… by cadiz1
The original file will also crash.
In reply to The original file will also… by galrie
Okay, thank you. I still can't reproduce (Windows so)
In reply to Cannot reproduce too. See… by cadiz1
note:
This is true for both my Macbook Pro 15 and Macbook Pro 13.
In reply to note: This is true for both… by galrie
I've place a call for a MacOS tester in the development chat. I'm also on Windows and can't reproduce.
Are both your 15 and 13 Macbooks on MacOS 10.15?
In reply to I've place a call for a… by jeetee
Yes, that's right
I confirm the crash with 3.4.2 on my MacBook Pro 2018 macOS 10.15.3
This bug has been fixed in version 3.5 with 443ead7. To verify this, I checked out the 3.4.2 sources from GitHub and reproduced the crash. Then I applied the changes from 443ead7, tested again, and the bug was gone.
In reply to This bug has been fixed in… by mattmcclinch
So for some strange reason fixed along with the seemingly unrelated #303619: MuseScore crashing when entering font name
In reply to So for some strange reason… by Jojo-Schmitz
From the commit message:
Passing an empty string to QWidget::setStyleSheet() causes the widget's
current style sheet to be removed, thus causing the widget's style to be
inherited from its parent. This creates a problem in QComboBox::showPopup(),
where it becomes possible that a pointer to a QStyle object could used after
the object itself has been destroyed. A style sheet of " " can be used to
override any previous style sheet without invalidating the current QStyle
object.
As the one who investigated #303619, I do not find it strange, nor do I find the two issues to be unrelated.
In reply to From the commit message:… by mattmcclinch
Well, the title talking about entering fonts certainly does makes this look unrelated, as none of that is what the user is doing to get that crash?
Even reading that description seems no to show nothing related to changing the property of triplets.
So while it might be crystal clear to you, it isn't for me, and probably not many others, but hey, it's fixed, so no complaint ;-)
In reply to Well, the title talking… by Jojo-Schmitz
In both cases the crash happens when the user expands a QComboBox.
In reply to In both cases the crash… by mattmcclinch
I see...
In reply to Well, the title talking… by Jojo-Schmitz
Different manifestation of the same root cause. Opening a combobox
In reply to Different manifestation of… by jeetee
understood, but far from obvious
In reply to understood, but far from… by Jojo-Schmitz
Sure, if you only go by issue titles. But issue titles seldom describe what is really going on.
In reply to Different manifestation of… by jeetee
Oh, this is too difficult.
But thank you very much for the problem to be solved.