Staff profile broken when using spanish translation in the latest version
I'm running the latest version 1.16.2 already.
I will have to install another language to see but using English I cannot replicate the issue.
Cheers.
Thanks for taking the time to look into this.
With English it works fine, the problem appears when using translations I guess, It happens with Spanish which I'm using for example.
Correct, the same thing happens to me with the Spanish language
I can confirm this is an issue with the es_ES.phar (Spanish β Spain) language pack in all versions of 1.16.x.
When that pack is installed as a secondary language, and the currently logged in user has selected it as their default language, the Profile page no longer works as expected.
For example, the Preferences and Signature tabs are not clickable, and the user cannot change their password or configure 2FA options.
Fortunately one can go back to Admin Panel> System and disable the Spanish pack. Once the currently logged in user is using English again (or any other language, as far as I can tell) everything works as expected.
Any updates? I am having the same issue.
I still need to look into this. Itβs on my list of things to review during our next cooldown.
Cheers.
@AdrianC @pablopol24 @stevland @algonco
I've finally found the issue. So the issue is that whomever accepted the translation for the Every %d minutes
string in Spain Spanish language didn't review it well as it had an errant %
character (ie. cada %d %minutos
). I have accepted the correct version of Cada %d minutos
so this issue will be addressed once we release new language pack builds (not set date for this at this time).
Cheers.
- Edited
Hi:
I modified and repacked the es_ES phar file, with the correction mentioned by @KevinTheJedi but the system does not allow to upload a PHAR file, so it is in ZIP format, just uncompress it.
If you want to see the PAR file contents, you can use https://phar.scer.io/; seems legit enough and it does work.
** attachment removed by admin
Please do not post custom builds of language packs. It is not verified and could cause issues. Providing instructions on how to accomplish what you did is the preferred option.
Cheers.
KevinTheJedi OK Kevin, sorry for the upload... the site I posted above allows anyone to decompress and compress a PHAR file, so it becomes very easy to correct that mistake you identified. Hope anyone with some issues can correct and use their own files.
Best regards
KevinTheJedi Thanks!!!. Any news about the release date of the pack?
- Edited
Hello, using es_AR.phar for me is not an option (we are using es_ES localization).
I have tried to correct the es_ES.phar doing the following:
- unpacking it with: php -r '$phar = new Phar("es_ES_new.phar"); $phar->extractTo("./temp/");'
- editing the wrong file
- packing it again with: php -r '$phar = new Phar("es_ES_mod.phar"); $phar->buildFromDirectory("./temp/");'
But it seems .phar created is not good enough because it is not loaded. Am I doing something wrong?
You cannot repackage language packs appropriately by doing just that. We have a special packager that does some other things. You can look at the packager code on Github (within the core repo) and see how it packages language packs.
Cheers.
KevinTheJedi
Thank you, I will try to create it from osticket core repo