Hairpin layout on second voice on last measure is not preserved when reopening score

joaopaulo1511

• Mar 29, 2020 - 22:44

Reported version

3.3

Type

Functional

Frequency

Few

Severity

S4 - Minor

Reproducibility

Always

Status

needs info

Regression

Workaround

Project

MuseScore

Tested on OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.3.4.9134, revision: 7ea61d9, from the latest MuseScore available at Microsoft Store.

1) Create a second voice on last compass so to add two rests and be able to put a crescendo hairpin until half of it and a diminuendo hairpin from middle to end of it. Just to be clear, the positioning was automatic and made accordingly to "https://musescore.org/en/handbook/hairpins#adjust-length" , the diminuendo hairpin was linked to the rests on the second voice, and the rests were set as invisible;
2) Verify the diminuendo hairpin is automatically placed correctly (test.png shows how it should appear);
3) Save the score (test.mscz is the result);
4) Reopen the score;
5) Verify the diminuendo hairpin lost its shape (opened.pgn shows how it appears).

Attachment	Size
test.png	18.95 KB
opened.png	18.73 KB
test.mscz	4.58 KB

Comments

Jojo-Schmitz

• Mar 30, 2020 - 09:03

Frequency	Many	⇒	Once
Status	active	⇒	needs info

Confirmed with the latest version 3.4.2 (not in the Microsoft store yet, see #313298: MuseScore in Microsoft Store is outdated, still at 3.3.4; remove link on Download page) with your score, but I can't reproduce it.
So I guess it got fixed meanwhile?

I can see that in your score those hairpins are blue, so belong to voice 1, in mine though they are green, so belong to voice 2.
So it might also just be wrong usage.

Attachment	Size
test_6.mscz	4.5 KB

joaopaulo1511

• Apr 1, 2020 - 06:40

Hi Jojo, thanks for testing and confirming the problem on the Microsoft Store version!

I tested the score you uploaded (with the same version I reported the bug) and it didn't happened, the hairpins were formatted as intended. After you told your score had the hairpins in green, I checked my version is saving the hairpins linked to the first voice, even if I selected the rest on the second voice when clicking the pallete to insert a hairpin. So it's not bad usage, as MuseScore itself is saving the hairpin linked to the first voice even if I am selecting the second voice.

If I understood correctly what happened, when you opened with the version 3.4.2 (not yet on Microsoft Store) the hairpin layout was broken because version 3.3.4 saved incorrectly, but you could not reproduce because version 3.4.2 is saving correctly. Then I think it is corrected now.

Should we mark it as already fixed? Or not, because 3.4.2 opens incorrectly, when it should open correctly, even if the score was saved incorrectly (hairpins linked to the first voice instead of the second voice)?

Jojo-Schmitz

• Apr 1, 2020 - 06:44

At least I can't reproduce the issue with 3.4.2

lewisk

• Oct 26, 2020 - 15:38