Parts not loaded from uncompressed folder
Hallo,
I am saving my projects into uncompressed format because using Git repo for my work.
In MuseScore 3 it was one mscx file, now in MuseScore 4 it is full unzipped folder.
Yesterday I notice this probably bug in MS4 version 4.4.4 on Windows 10:
- have created main score with number of instruments - staffs
- when I create parts from main score and save project, parts are saved to subfolder.
- but when I reopen project (by clicking on mscx file in parent folder) the parts are not loaded at all.
- when open some part from "parts" menu, the part is created again and replace files in subfolder.
May be I am doing something wrong, but I can't find way how to open uncompressed folder with parts together. I there any way?
thanks
Vladimir
PS: if project is saved to compressed mscz file, parts works correctly.
Comments
I guess that's why that format is flagged as being experimental...
Nonetheless that's worth a bug report on GitHub
I think I've had this problem before, but not for all files. Maybe it has something to do with file names.
Could you attach the .mscz file or compress the folder into an archive and attach it?
In reply to I think I've had this… by mercuree
sure, in attachment
with best regards
Vladimir
In reply to sure, in attachment with… by vlavasa
I can reproduce this issue if the file path contains non-latin letters (please confirm that this is your case).
For example, I unpacked this archive to the following path: C:/Загрузки/Londres_Suite_2_duet_arci (where Загрузки means Downloads in russian). Now when I open Londres_Suite_2_duet_arci.mscx, parts will not be loaded.
If I move the folder to another location where the path contains only latin letters, parts are loaded correctly.
Probably this issue has already been reported. If I can't find it in github, I will create a new one, but obviously it will have low priority, since users usually do not use uncompressed format.
In reply to I can reproduce this issue… by mercuree
So it seems time to report this on GitHub
In reply to sure, in attachment with… by vlavasa
@vlavasa I confused you a bit when I said non-latin letters. I should have said unicode characters.
Some letters of the Czech alphabet, such as č, ě, ň, use two-byte unicode codepoints, so they can also cause this problem if they are contained in the file path.
@Jojo-Schmitz
I will wait for confirmation from the author that the problem is caused by Unicode characters in the file path.
In reply to @vlavasa I confused you a… by mercuree
Well, you found at least a problem that'd be worth reporting ;-)
In reply to @vlavasa I confused you a… by mercuree
It isn't the first time that unicode characters in filenames are causing inssues BTW.
In reply to @vlavasa I confused you a… by mercuree
Hallo,
I'm afraid I can't confirm your assumption.
My full path to the score directory is:
c:\Users\vlava\src\lute-music-scores\Weiss, Sylvius Leopold 1687–1750\Londres_Suite_2\Londres_Suite_2_duet_arci\
There isn't any latin2 or unicode char, I think. May be hyphen or comma?
In reply to Hallo, I'm afraid I can't… by vlavasa
Yes, you are right!
Problem character is a long typ of dash this: –
If I replace it with the short type: -
the parts are loaded correctly.
With best regards
Vladimir
In reply to Hallo, I'm afraid I can't… by vlavasa
That is not a normal dash/hyphen
Edit: too late...
The issue was reported here https://github.com/musescore/MuseScore/issues/26683