-
-
Notifications
You must be signed in to change notification settings - Fork 213
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
language of admin area #3485
Comments
@Jimmi08 Please enable debug. What is the value of e_LANGUAGE ? |
But that problem with banlist is probably caused with something else - by some miracle site is running on php 5.4. On hosting is of course everything set on 7.1. They are trying to find the reason. |
Just posting while reading... did you rename the languagedir ? ( i do have > ../e107_languages/) (did a quick check on 2 installs) |
Yes, but it shouldn't be problem. You can do it in config file. |
Thanks, yes i know; |
@Jimmi08 played a little : i do believe it is the switch that does it... |
Great. Awesome job. Thank you. |
Did just thought about something, so i am not very sure it is a 'real' bug. (how strange it might seem). Now suppose there are multiple admins/mods that can gain access to admin (and they are NOT (from example) Czech, but let's say Dutch. On MAIN entrance i do have the user_language menu activated, and this is IN use by the visitors. So that makes it more complex.. As non-native it 'could/would' help me, but it is/looks strange. |
Fixed with 254f56a |
Admin Area language setting ($pref['adminlanguage']) rather than Frontend language setting (e_LANGUAGE or $pref['sitelanguage'])
now also respects Admin Area Interface Language following the 'Default Site Language' setting
I noticed that help is in different language that rest of admin.
This is detail, but I am trying why something doesn't work (banlist is blank page) and bad translation could be reason. And I am not able to switch fully to English.
Thanks.
The text was updated successfully, but these errors were encountered: