Dynamics placement above/below not remembered after importing MuseScore 2 file
Reported version
3.0
Priority
P0 - Critical
Type
Functional
Severity
S4 - Minor
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project
When importing a MuseScore 2 score with all of the dynamics in a given staff above the staff, MuseScore 3 (correctly) automatically sets their position to "Above", but doesn't remember this when saving the file.
Attachment | Size |
---|---|
Test 3.0.mscz | 8.35 KB |
Test 2.3.2.mscz | 8.24 KB |
Screenshot 2018-12-25 at 5.23.39 PM.png | 50.39 KB |
Fix version
3.0.1
Comments
Sure 3.0 converts the 2.x offset to above staff into the position "Above"? I rather suspect it at first takes that offset, and on save "forgets" that or falls back to auto place.
In reply to Sure 3.0 converts the 2.x… by Jojo-Schmitz
The Inspector shows "Above" in green before saving and reopening and "Below" in green afterwards (try opening the 2.3.2 file in MuseScore 3).
OK, I can confirm. It is very strange though, as in 2.x there is no property abobe/below, so I don't see why it would import it that way.
Also strange that this behavoir is independant of whether you use the reset position to defaults or not
It imports that way because there is code to detect which elements are above versus below the staff based on their offsets and then assign placement appropriately. If it isn't saved, that usually means we forgot to set the property to unstyled after setting the value (and when I say "we", I mean "I", since at least some of this code is mine).
Possibly this also relates to #280400: Staff text unexpectedly repositions when "Set to style" is pressed for different element. Even though I can't reproduce the problem as described there, I have seen expression text inexplicably jumping above the staff. And the initial placement of it seems wrong too - see #279033: Expression text badly placed by default, placement not saved. Somehow I think all of this might be connected.
https://github.com/musescore/MuseScore/pull/4551
Fixed in branch master, commit a19355f785
fix #281312, fix #280609, fix #280400: loss of placement info after 2.x import
Automatically closed -- issue fixed for 2 weeks with no activity.