As an experiment I opened this in Finale Notepad, and the file opened properly, which confirms it's something to do with MuseScore's XML parsing engine.
Opening the file with both 1.2 and 2.0 resulted in the behaviour Nicolas has reported.
None of the rests have a "type" tag, only the notes do. However, the initial "divisions" value is set to 24 (for a quarter note) and all notes/rests "duration" values are the correct ratios of the division value.
Comments
As an experiment I opened this in Finale Notepad, and the file opened properly, which confirms it's something to do with MuseScore's XML parsing engine.
Opening the file with both 1.2 and 2.0 resulted in the behaviour Nicolas has reported.
Windows XP SP3
My guess is that the rest elements don't have a
type
tagNone of the rests have a "type" tag, only the notes do. However, the initial "divisions" value is set to 24 (for a quarter note) and all notes/rests "duration" values are the correct ratios of the division value.
Another example of the same bug is the 02e-Rests-NoType.xml in the unofficial MusicXML test suite.
The rests indeed have no type, which causes the importer to incorrectly set them to whole measure rests.
fixed in 178ca82447 by Leon
Automatically closed -- issue fixed for 2 weeks with no activity.