Hello, I have an issue with localisation of latest osTicket I have installed
verison: 1.14.2
hosting: beget.com
PHP version: 7.3
MySQL version: 5.5
OS Version:Ubuntu 12.04.5

I have copied ru.phar to ./include/i18n folder and I see it there
Then I have switched language to Russian in Admin panel, it existed ther

However, nothing happened.
And do not see any folder like Ru_ru inside of ./include/i18n - it seems ru.phar does not run there!

And I see no error in error PHP log - it is still empty
Please help, because I proceeded with very standard installation procedure as described at osticket.com/download/

7 days later

@SergeyDK

I'm wondering if you don't have all of the PHP extensions installed/enabled. Post a screenshot of Admin Panel > Dashboard > Information.

Cheers.

    I'm wondering if you changed your Agents language under Profile after installing the new language pack.

    @SergeyDK

    I have tested this and confirmed that the latest build of the Russian Language Pack is working correctly with the latest release of v1.14.2 (see below image):

    I would suggest re-downloading the Russian Language Pack from here and retest.

    Cheers.

      Same problem.

      • just installed last release v1.14.2 (cba6035).
      • put it.phar (downloaded from https://osticket.com/download/#ostLang) into i18n folder
      • select italian language on user profile->preference
      • select italian on Admin->Setting->System
      • download again it.phar and upload to server

      but osTicket remain on English

      this is my config:



      my profile:

      folder:

      Setting a language on a User account, does not change the language on your Agent account.

      Is there a third place to set the language?

      Yes.
      The site default setting (you mentioned already).
      Each user account have a language setting (you mentioned already)
      Each Agent has their own language setting. (Agent panel -> Profile).

      @ntozier excuse me, but my pic nr 3 is Agent panel -> profile (my profile if i'm Agent).

      @Cm-8

      I cannot replicate the same issues. Are you guys seeing any errors via Apache Error Logs, PHP Error Logs, MySQL Error Logs, Browser Console Logs, or osTicket System Logs?

      Cheers.

      Everyone,

      I tested by downloading German, Russian, and Italian right before writing this, uploaded to my v1.14.2 install (very basic), set the Primary Language to each, and all work just fine.

      German

      Italian

      Russian

      Cheers.

      Hi @KevinTheJedi,
      yes, i find some errors, but only for few minutes, not everytime.

      Console:

      Server Log:

      Data Log
      08/05/2020 13:03:35 [error] [client 87.0.175.x] - www.mysiteurl.it - AH01215: PHP Fatal error: Uncaught UnexpectedValueException: Cannot create phar '/web/htdocs/www.mysiteurl.it/home/support/include/i18n/it.phar', file extension (or combination) not recognised or the directory does not exist in /web/htdocs/www.mysiteurl.it/home/support/include/class.plugin.php:567: /web/htdocs/www.mysiteurl.it/home/support/scp/system.php, referer https://www.mysiteurl.it/support/scp/login.php
      08/05/2020 13:03:35 [error] [client 87.0.175.x] - www.mysiteurl.it - AH01215: Stack trace:: /web/htdocs/www.mysiteurl.it/home/support/scp/system.php, referer https://www.mysiteurl.it/support/scp/login.php
      08/05/2020 13:03:35 [error] [client 87.0.175.x] - www.mysiteurl.it - AH01215: #0 /web/htdocs/www.mysiteurl.it/home/support/include/class.plugin.php(567): Phar->__construct('/web/htdocs/www...'): /web/htdocs/www.mysiteurl.it/home/support/scp/system.php, referer https://www.mysiteurl.it/support/scp/login.php
      08/05/2020 13:03:35 [error] [client 87.0.175.x] - www.mysiteurl.it - AH01215: #1 /web/htdocs/www.mysiteurl.it/home/support/include/class.plugin.php(606): Plugin::isVerified('/web/htdocs/www...'): /web/htdocs/www.mysiteurl.it/home/support/scp/system.php, referer https://www.mysiteurl.it/support/scp/login.php

      No log on osTicket System Log

      Same problem here (German). Activated as system default but neither usable in agent view now customer view 🙁
      No entries in osTicket Log, further logs are not accessible for us
      (Edit) Adding plugins also doesn't work, they don't show up in the Plugins-Dialog

      @Cm-8 @alko

      Very strange indeed...I got the Uncaught UnexpectedValueException: Cannot create phar ... error too and I resolved it by re-downloading the language pack from the website. Try downloading new language packs today and install them to test. COMPLETELY remove (delete) the older language packs you currently have installed and move the new ones in place.

      Just a thought, maybe ownership or permissions are messed up somehow? Try chown and chmod to restore ownership/permissions.

      Cheers.

        KevinTheJedi
        I think I found the problem. Please download a combined package containing osticket-1.14.2 and german language pack. Then, do another download with ONLY the german language pack. After that, please have a look at the both de.phar files. The one in the combined package is about twice the size of the solo download. The bigger one doesn't work, the smaller one installs fine and german language is usable.

          alko
          Also for me.
          The combined package containing an it.phar of 880k (and doesn't work),
          the single download of it.phar is a file of 403k (and works).

          KevinTheJedi
          Now it works, the problem is into the combinated download manager

          Thanks

          KevinTheJedi

          I did it twice but still not successfull

          I also extracted all files from ru.phar manually, put them into the folder Ru_ru, RU, RU_RU and many others trying to simulate .phar extraction which should be done by osticket system, but which never is done.... and it doesn't work

          it seems to me something wrong in the latest build, not in the settings, because the system even doesn't make a call to the .phar archive, doesn't try to extract files and put them into the folders, but even when you do this extraction manually it still doesn't make a call to the files...