Hi there,
I have noticed a bug since Joomla 3.5.0, when the plugin languagefilter is enabled on a multi-language website it's impossible for the user to set the frontend language parameter (there is no value in the field), the field is empty. And because the site language is not an optional field the user cannot save his profil page.
How to reproduce the bug :
I have two languages installed : English and French
Users Options :
1/ Frontend User Parameters : Set to Show
2/ Frontend Language : Set to Show
3/ Plugin languagefilter : Enabled
I have discovered this bug on my production website and I could reproduce it on a fresh new installed Joomla 3.5 without any component third parties.
Thank you,
Erik
How to reproduce the bug :
I have two languages installed : English and French
Users Options :
1/ Frontend User Parameters : Show
2/ Frontend Language : Show
Plugin :
3/ Plugin languagefilter : Enabled
Here is on my fresh installed Joomla 3.5.0, I can reproduce the bug
i came across this weeks ago. Yes, it's a bug.
Just disable the homepage menu item for one of the languages and that language will disappear from the selector.
Note, when i say disable is remove (not disabling the menu item), i mean removing the Home parameter.
Same parameters here and it works on 3.5.1 rc2
Content languages are both enabled?
@andrepereiradasilva
Indeed, but ONLY the language which has no Home page, which is normal, not a bug, as that language will also not appear in the switcher.
Displaying the multilangstatus module in back-end will show what is wrong with THAT language.
ok, i see. So, i can't have a user profile frontend interface language (joomla language variables) without having the version of the site in that language, right?
Heuu.. I have the same problem when I want to edit a user from the back-end (Users: Edit Profile, Basic settings) definitely a bug
@andrepereiradasilva
The preferred site language on a multilingual site is used when login with the login module, if automatic change is set to Yes in the languagefilter.
It is used specially when the page on which one logs is associated to another page via the item displayed: it can be a menu, a category, an article. It is also used for the Home pages (these do not need to be associated, they are automatically)
See here the improvements I made which are waiting for tests: #9724 which adds to these conditions that there are no redirects in the login module and login menu items. In that case it is no more the preferred site language of the user which counts.
Since 3.5.0, the list of languages to choose from is taken from the existing Published Content Languages, and not the installed languages.
On a monolanguage site, the use is just for the UI.
It is indeed complex. :)
It is obvious that the Home pages do not exist for both Content Languages.
A multilingual site needs a specific menu per Content Language with its Home set to the content language.
Status | New | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2016-04-04 15:21:56 |
Closed_By | ⇒ | infograf768 |
Set to "closed" on behalf of @infograf768 by The JTracker Application at issues.joomla.org/joomla-cms/9729
Closed as not a bug. Please get help on the forums.
Not able to reproduce
could you be please more specific with your step by step process for your "How to reproduce"
Thanls
This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/9729.