File created with version 1.3 can't be read: bad format
Reported version
2.1
Priority
P3 - Low
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
active
Regression
No
Workaround
No
Project
The attached file won't open in MuseScore 2.0.2 (gives a "bad format" error), but does work in 1.3, with which it was written. I'm using Windows 10. I tried as well with the latest nightly build, which crashes when attempting to load the file. I also tried a debian build, which gave the same error as my windows build, and showed "htmlToString: read token: Invalid" five times when using the -d option; however, for some reason, it did not give line numbers.
| Attachment | Size |
|---|---|
| Tom Jones Medley - Final Edition.mscz | 67.04 KB |
Comments
For the record: 2.0.3 has the same issue and current master even crashes on it.
'famous last words':
Debug: tick2measure 0 (max -1) not found (...\MuseScore\libmscore\utils.cpp:60, Ms::Measure* Ms::Score::tick2measure(int) const)
And shortly after it dereferencing the nullptr tick2measure() returned.
Pretty similar to #164446: Crash when opening this MIDI file, although most probably a different fix is needed here
After a lot of scrolling around, I discovered two escape characters in a lyrics line (at line 17696 of the mscx file). After deleting those, the file opens correctly in 2.0.2.
I'm leaving the bug open for the moment because escape characters in lyrics should probably not prevent a score from opening altogether, or at least the user should be pointed to such characters. Going through large scores with a fine-toothed comb, so to speak, is not ideal.
Interesting,here "escape character" is meant literally, "^[", 0x1b, the ASCII Esc character, not in the UNIX or Regex sense (like "\")
The culprit is in measure 132, 2nd staff, visible in MuseScore 1.3 (those 2 ← after "lips"):
![snippet.png]( "snippet.png")
One question is how it got in there, the Esc key itself would leave lyrics entry mode.