Part updated incorrectly after insert note in score
Ubuntu 14.04, GIT commit: 37e2b5e
In a score with parts and spanners, inserting a note in the score causes all subsequent spanners in parts to be moved too far. In the score, the spanner stays with its original logical position - which is to say, it moves forward the right amount - but in the parts, it moves twice as far as it should, so it now covers different notes.
Precise steps to reproduce:
1) My First Score
2) first measure, note input: C D E F G F E D (two measures of quarter notes)
3) esc
4) click first E, shift+click second
5) press "<" to create hairpin from E to E
6) esc
7) file / parts
8) new all
9) ok
10) click first D
11) ctrl+shift+B
12) view part
Result: the hairpin in the part now goes from F to D (it is still E to E in the score)
I guess it is being updated twice?
Comments
Confirmed. The hairpin is in my case even spanned a bit to the right in the score view.
The part view doesn't show the D after the 11th step:
The child of #271331: [EPIC] Positioning, symbols, notation related issues
And further corruption on undo - still not D in the piano part, and now there is an empty place at the table for the B. So, timewise delete really seems to fail for parts pretty badly.
We could just disable the feature for scores that have parts. This example shows it isn't just about spanners - the part is pretty corrupted at this point. For example, even without the hairpin, the G on beat 1 of bar 2 actually reports in the status bar as being beat 5 of bar 1.
This PR should fix the bug: https://github.com/musescore/MuseScore/pull/4372.
Fixed in branch master, commit 2362307459
fix #120271: rework timewise insert to handle linked staves
Fixed in branch master, commit 836276e516
Merge pull request #4372 from dmitrio95/120271-timewise-input-linked-staves
fix #120271: rework timewise insert to handle linked staves
Automatically closed -- issue fixed for 2 weeks with no activity.