Dragging slur across staves, after a return to automatic placement, causes a crash Arundel • Sep 24, 2018 - 15:14 Reported version 3.0 Priority P0 - Critical Type Functional Severity S1 - Blocker Reproducibility Always Status closed Regression No Workaround No Project MuseScore When a line of notation crosses between staves in a grand staff, dragging a slur across the two staves causes a crash. Reply Comments cadiz1 • Sep 24, 2018 - 16:08 Severity S4 - Minor ⇒ S2 - Critical OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.0.0, revision: 9647b18 See above: (and test file: test slur.mscz ) Reply Jojo-Schmitz • Sep 24, 2018 - 16:11 that doesn't crash though Reply cadiz1 • Sep 24, 2018 - 16:13 Of course, it's crash, each time. Reply Jojo-Schmitz • Sep 24, 2018 - 16:15 OK, just not shown in the animated gif. Reply cadiz1 • Sep 24, 2018 - 16:57 It's shown at the very end of the animation with the little blue wheel spinning ... in the small yellow circle. Keeping the image longer would not have changed anything. It's a "silent" and discreet crash (no warning), systematic however. Reply cadiz1 • Sep 24, 2018 - 17:10 Title Dragging slur across staves causes a crash ⇒ Dragging slur across staves, after a return to automatic placement, causes a crash Necessary step mentioned now in the title Reply dmitrio95 • Oct 15, 2018 - 14:32 Status (old) active ⇒ patch (code needs review) Status active ⇒ See https://github.com/musescore/MuseScore/pull/4029 Reply Anatoly-os • Nov 2, 2018 - 08:58 Severity S2 - Critical ⇒ S1 - Blocker Status ⇒ Priority ⇒ P3 - Low Regression ⇒ No Reproducibility ⇒ Always Workaround ⇒ No Reply Git Message • Nov 2, 2018 - 12:17 Status (old) patch (code needs review) ⇒ fixed Status ⇒ Fixed in branch master, commit 9be7c40258 fix #276539: correct switching from drag-edit mode to edit mode Reply Git Message • Nov 2, 2018 - 12:17 Status ⇒ Fixed in branch master, commit 6076cc4838 Merge pull request #4029 from dmitrio95/276539-dragedit-edit-crash fix #276539: correct switching from drag-edit mode to edit mode Reply Anatoly-os • Nov 2, 2018 - 12:19 Status ⇒ fixed Reply System Message • Nov 17, 2018 - 09:00 Priority P3 - Low ⇒ P0 - Critical Status fixed ⇒ closed Automatically closed -- issue fixed for 2 weeks with no activity. Reply
cadiz1 • Sep 24, 2018 - 16:08 Severity S4 - Minor ⇒ S2 - Critical OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.0.0, revision: 9647b18 See above: (and test file: test slur.mscz ) Reply
cadiz1 • Sep 24, 2018 - 16:57 It's shown at the very end of the animation with the little blue wheel spinning ... in the small yellow circle. Keeping the image longer would not have changed anything. It's a "silent" and discreet crash (no warning), systematic however. Reply
cadiz1 • Sep 24, 2018 - 17:10 Title Dragging slur across staves causes a crash ⇒ Dragging slur across staves, after a return to automatic placement, causes a crash Necessary step mentioned now in the title Reply
dmitrio95 • Oct 15, 2018 - 14:32 Status (old) active ⇒ patch (code needs review) Status active ⇒ See https://github.com/musescore/MuseScore/pull/4029 Reply
Anatoly-os • Nov 2, 2018 - 08:58 Severity S2 - Critical ⇒ S1 - Blocker Status ⇒ Priority ⇒ P3 - Low Regression ⇒ No Reproducibility ⇒ Always Workaround ⇒ No Reply
Git Message • Nov 2, 2018 - 12:17 Status (old) patch (code needs review) ⇒ fixed Status ⇒ Fixed in branch master, commit 9be7c40258 fix #276539: correct switching from drag-edit mode to edit mode Reply
Git Message • Nov 2, 2018 - 12:17 Status ⇒ Fixed in branch master, commit 6076cc4838 Merge pull request #4029 from dmitrio95/276539-dragedit-edit-crash fix #276539: correct switching from drag-edit mode to edit mode Reply
System Message • Nov 17, 2018 - 09:00 Priority P3 - Low ⇒ P0 - Critical Status fixed ⇒ closed Automatically closed -- issue fixed for 2 weeks with no activity. Reply
Comments
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.0.0, revision: 9647b18
See above:
(and test file: test slur.mscz )
that doesn't crash though
Of course, it's crash, each time.
OK, just not shown in the animated gif.
It's shown at the very end of the animation with the little blue wheel spinning ... in the small yellow circle.
Keeping the image longer would not have changed anything. It's a "silent" and discreet crash (no warning), systematic however.
Necessary step mentioned now in the title
See https://github.com/musescore/MuseScore/pull/4029
Fixed in branch master, commit 9be7c40258
fix #276539: correct switching from drag-edit mode to edit mode
Fixed in branch master, commit 6076cc4838
Merge pull request #4029 from dmitrio95/276539-dragedit-edit-crash
fix #276539: correct switching from drag-edit mode to edit mode
Automatically closed -- issue fixed for 2 weeks with no activity.