Skip to content
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

Closed
Jimmi08 opened this issue Oct 2, 2018 · 10 comments
Closed

language of admin area #3485

Jimmi08 opened this issue Oct 2, 2018 · 10 comments
Labels
type: bug A problem that should not be happening
Milestone

Comments

@Jimmi08
Copy link
Contributor

Jimmi08 commented Oct 2, 2018

I noticed that help is in different language that rest of admin.

image

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.

@CaMer0n
Copy link
Member

CaMer0n commented Oct 2, 2018

@Jimmi08 Please enable debug. What is the value of e_LANGUAGE ?

@Jimmi08
Copy link
Contributor Author

Jimmi08 commented Oct 2, 2018

image

@Jimmi08
Copy link
Contributor Author

Jimmi08 commented Oct 2, 2018

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.

@tgtje
Copy link
Contributor

tgtje commented Oct 6, 2018

Just posting while reading... did you rename the languagedir ? ( i do have > ../e107_languages/) (did a quick check on 2 installs)

@Jimmi08
Copy link
Contributor Author

Jimmi08 commented Oct 8, 2018

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.

@tgtje
Copy link
Contributor

tgtje commented Oct 13, 2018

Thanks, yes i know;
but mentioned it as a thing i see different in an 'untouched' installment with diff languages). (trigger thought)

@tgtje
Copy link
Contributor

tgtje commented Oct 18, 2018

@Jimmi08 played a little : i do believe it is the switch that does it...
see movie
switch.zip

@Jimmi08
Copy link
Contributor Author

Jimmi08 commented Oct 18, 2018

Great. Awesome job. Thank you.
You confirmed that there is bug. That switch is for User Frontend area.
If it's not, then full admin area should change too.

@tgtje
Copy link
Contributor

tgtje commented Oct 18, 2018

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.
Now when that 'admin' uses fe Dutch as main (sitelang = Cz; admin =Eng), he/she will enter admin having that same circumstance, however the help section ('bug'?) displays the help in his/her native tongue..

So that makes it more complex.. As non-native it 'could/would' help me, but it is/looks strange.

@Moc Moc added the type: bug A problem that should not be happening label Oct 26, 2018
@Moc Moc added this to the e107 2.2.0 milestone Oct 26, 2018
@Moc
Copy link
Member

Moc commented Jan 16, 2019

Fixed with 254f56a

@Moc Moc closed this as completed Jan 16, 2019
Moc referenced this issue Jan 16, 2019
Admin Area language setting ($pref['adminlanguage']) rather than Frontend language setting (e_LANGUAGE or $pref['sitelanguage'])
Moc added a commit that referenced this issue Mar 29, 2019
now also respects Admin Area Interface Language following the 'Default Site Language' setting
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: bug A problem that should not be happening
Projects
None yet
Development

No branches or pull requests

4 participants