[MusicXML export] Invalid MusicXML will be generated if exported sheet contains tied cue notes
Reported version
3.6
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
closed
Regression
No
Workaround
Yes
Project
Reproduction:
To reproduce this issue, one may export the uploaded sheet to MusicXML, generated MusicXML is invalid as it does not satisfy XSD of MusicXML.
Workaround?:
Users could workaround this by delete the disallowed < tie> element in affected < note>s. It is pretty annoying though.
Reason:
MusicXML does not allow a cue note has < tie> child element. The reason is that < tie> is designed for sound information, but cue notes are silent. Simple have a < tied> element under < notations> will be enough.
Possible Fix:
The fix should consists of a few lines of codes only. Correct logic will be, when parsing a tied note, does not add < tie> element into < note> when this note is grace and issue will be resolved.
Attachment | Size |
---|---|
test.mscz | 10.14 KB |
Fix version
4.0.0
Comments
Relates to #270643: [EPIC] MusicXML import/export issues
Thanks for reporting this. Can indeed be solved with a single "if" statement. Will provide a fix shortly.
Pull request https://github.com/musescore/MuseScore/pull/7935
and https://github.com/musescore/MuseScore/pull/8019 for master
Fixed in branch master, commit 34676d440a
_Fix #319776: [MusicXML export] Invalid MusicXML will be generated if exported sheet contains tied cue notes
MusicXML does not allow a cue note to have a child element.
The reason is that is designed for sound information, but cue notes are silent.
Simply having a element under will be enough._
Jojo, thanks for the sync to master.
You're welcome, I've been in a flow ;-)
Automatically closed -- issue fixed for 2 weeks with no activity.