I'm guessing this happened after you've updated the translations?
If so, you've come across a bug with the build system the translators have just noticed today as well. Here follows a bit of technobabble so the devs can continue figuring this one out.
To reproduce:
1. Start with stock 3.2.2
2. Change language to 'Nederlands', verify File & Help menus are translated
3. Edit>Preferences>Update Translations and update 'Nederlands'
4. Switch language twice (f.e. to English, apply, then back to Nederlands and apply)
File & Help menu now contain untranslated strings.
Investigated so far, keys in the qm file downloaded as update are wrong, therefor no longer matching the MuseScore sources and not ending up replacing the correct values:
All strings are translated on Transifex
Open up the stock mscore_nl.qm from within program files with Qt Linguist
Find "About MusicXML" and see that the English source text contains the ellipsis character '…'
Now open up the downloaded mscore_nl.qm from the user folder
Find "About MusicXML" and notice the English source text now ends on a question mark instead of the ellipsis.
Open up both files with a hex editor; search for MusicXML to locate this specific string; notice that there is a 3 vs 1 byte difference in the source strings between both qm files.
And funny enough we had just detected thie issue and were discussing it in the MuseScore translators' chat on telegram, so your issue came at the right time ;-)
I suspect the issue is on the Transifex side
Or with https://github.com/musescore/tx2s3, which is using Qt 5.9.7's lrelease to convetr the ts frimed from Traisifex to the qm files the 'Upate Translated' later downloads, while 5.9.8 and 5.12.4 are the latest LTS releases?
Root cause found: https://api.travis-ci.org/v3/job/553789765/log.txt (one of the recent logs) shows:
...
[qt5.zip]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of qt5.zip or
qt5.zip.zip, and cannot find qt5.zip.ZIP, period.
lrelease version 4.8.7
...
So we're using a stoneagy Qt 4.8.7 lreleases rather than the one from Qt 5.12.0, which is doomed to fail here.
Not sure, but on another occasion I've seen a switch from http to https, maybe this is the cause?
Or qt5120.zip simply doesn't exist anymore.
Then again it might be about time to update to 5.12.4 anyway?
DEPRECATION: Python 2.7 will reach the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 won't be maintained after that date. A future version of pip will drop support for Python 2.7.
Comments
I'm guessing this happened after you've updated the translations?
If so, you've come across a bug with the build system the translators have just noticed today as well. Here follows a bit of technobabble so the devs can continue figuring this one out.
To reproduce:
1. Start with stock 3.2.2
2. Change language to 'Nederlands', verify File & Help menus are translated
3. Edit>Preferences>Update Translations and update 'Nederlands'
4. Switch language twice (f.e. to English, apply, then back to Nederlands and apply)
File & Help menu now contain untranslated strings.
Investigated so far, keys in the qm file downloaded as update are wrong, therefor no longer matching the MuseScore sources and not ending up replacing the correct values:
Find "About MusicXML" and notice the English source text now ends on a question mark instead of the ellipsis.
Open up both files with a hex editor; search for MusicXML to locate this specific string; notice that there is a 3 vs 1 byte difference in the source strings between both qm files.
And funny enough we had just detected thie issue and were discussing it in the MuseScore translators' chat on telegram, so your issue came at the right time ;-)
It is indeed the strings containing the ellipsis that show untranslated. Main victim being the File menu.
I suspect the issue is on the Transifex side
Or with https://github.com/musescore/tx2s3, which is using Qt 5.9.7's
lreleaseto convetr the ts frimed from Traisifex to the qm files the 'Upate Translated' later downloads, while 5.9.8 and 5.12.4 are the latest LTS releases?Not just ellipsis but strings containing sharps and flats are affected too, so probabla all UTF8 ones (that are not also in ASCII)
resulting in using a very old lrelease version (4.8.7)
Root cause found:
https://api.travis-ci.org/v3/job/553789765/log.txt (one of the recent logs) shows:
...
[qt5.zip]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of qt5.zip or
qt5.zip.zip, and cannot find qt5.zip.ZIP, period.
lrelease version 4.8.7
...
So we're using a stoneagy Qt 4.8.7 lreleases rather than the one from Qt 5.12.0, which is doomed to fail here.
Quedstion is why the download fails
the dowload happens in install.sh:
wget -q -O qt5.zip http://utils.musescore.org.s3.amazonaws.com/qt5120.zip
Not sure, but on another occasion I've seen a switch from http to https, maybe this is the cause?
Or qt5120.zip simply doesn't exist anymore.
Then again it might be about time to update to 5.12.4 anyway?
Also a warning about python 2.7 being outdated:
DEPRECATION: Python 2.7 will reach the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 won't be maintained after that date. A future version of pip will drop support for Python 2.7.
So that would need to get sorted too.
http://utils.musescore.org.s3.amazonaws.com/qt5124.zip is available, so a simple change in the install.sh is all that is needed!
https://github.com/musescore/tx2s3/pull/14 for the Qt update
Updating python means moving to 3.x, so that could be a bit more convoluted; opened https://github.com/musescore/tx2s3/issues/15 for that
Automatically closed -- issue fixed for 2 weeks with no activity.