scoufy

Hello @missveronica ,

Could you explain to me so that I can move forward in my development please ??

@missveronicatv

The shortcode only on FR pages and remove all EN pages.
The shortcode will take care of the language on the FR pages.

Sorry for this additional question before modifying everything again, but what do you mean by “delete all EN pages” I have to delete your shortcode and put the form shortcode back on EN (register, login,..)? Or delete these EN pages?

All login links must go to the /login/ page and also configure this page in the UM general settings as the login page.

How will the /login/ page be in EN language because by default it is in FR?

To summarize what should I do with the login, register, password-reset, profile pages for FR and EN?

Sorry again but it’s not easy with the translations (which I translate with google translate) ??

@missveronica

I replaced your script for
I placed the shortcodes on the EN and FR pages:

login
[um_locale_language_setup en_GB 8041 en_US 8041 fr_FR 8018]

profile
[um_locale_language_setup en_GB 8133 en_US 8133 fr_FR 8019]

registration
[um_locale_language_setup en_GB 8040 en_US 8040 fr_FR 8017]

members
[um_locale_language_setup en_GB 8119 en_US 8119 fr_FR 8020]

It still doesn’t work, once I click on the email (received in EN, that’s good), the activation url returns to FR

I just disabled in Polylang the “Detect browser language” feature and the browser language is no longer picked up automatically, I take it it’s not the script that does it. (But it’s not that important since Polylang does it).

I made several tests by deactivating for example my cache extension, I empty the cookies at each test, empty the browser cache,…

I’m really sorry and discouraged because you and I spend a lot of time on something that should work the first time. Fortunately I’m a patient person and I haven’t yet looked for another plugin but I won’t be able to spend all my time testing because this new site should be online soon…

[Edit]
For language detection I think it’s not really a problem because it’s detected by polylang.

The problem is this url in the activation email which does not refer to the page /en/login-2/?updated=account_active but to /login/?updated=account_active

Once on the correct language after activation the user would stay in EN..

@missveronica

It still doesn’t work ??

I removed the shortcodes that were installed and replaced the new ones on the 3 pages below with the form ids:

login
[um_locale_language_setup en_GB 8041 fr_FR 8018]

profile
[um_locale_language_setup en_GB 8133 fr_FR 8019]

registration
[um_locale_language_setup en_GB 8040 fr_FR 8017]

Everything is fine in English. the big problem is activation via email, once clicked on “activate my account” the page opens on FR mondomaine.net/login/?updated=account_active and not on EN
If I try to add the EN in the url, like that mondomaine.net/en/login/?updated=account_active it is redirected to mondomaine.net/login/?updated=account_active and then everything is in FR

Firefox browser configured in EN and by default for the test…

Do you want access to test, I am ready to give them to you if it can be useful to you?

@missveronicatv,
No I hadn’t seen (I don’t know how to receive an alert for GitHub..).

I replaced the file with the latest version and redid the tests (several)

– when I register in the EN language, I have the message:
“Thank you for your registration. Before you can log in you must activate your account by clicking on the activation link that we have just sent you by e-mail. ”
in FR (but the page is in EN!), I don’t know where this variable is in the .po file

– The account creation email for the admin is in EN
– The activation email (of the subscriber) is in EN*
– The “welcome” active account confirmation email (of the subscriber) is in FR!

*When I click on the url included in the email to activate the account, I am directed to the login page in FR (and not EN)
/login/?updated=account_active
I then have to reselect EN manually on the language selector to return to EN..

If I click again in the email on activate my account the message which states that the link has expired or has already been used is also in FR (if I add /en/ to the url it is in English..)
/en/?act=activate_via_email&hash=QP0afvhOdyRwhKYdcyJgZwQeBRsdPiWV&user_id=18

Shortcode used [um_locale_language_setup en_GB 2057 fr_FR 1061] (copied as it is there on all EN pages related to UM), is this correct?

I activated did a test (negative) and deactivated the code previously proposed in Snippets.. negative result.

The language is well detected, the problem is the activation links included in the email which does not redirect to the member’s language…

Thank you @aswingiri

I installed the plugin and activated,
I added your code in “Code Snippets”, I left the default settings and the box “Run the snippet everywhere” checked by default.

When the person creates an account he receives the email (in spam but that’s another subject), the email is in EN (which is the second language), when he clicks on “ACTIVATE YOUR ACCOUNT” (the link is like this: https://xxxxxxxxxxxxx.net/?act=activate_via_email&hash=iTxy7Ks4DTWat&user_id=17, we can see that it will not direct to the EN language because on the link there is no https:/ /xxxxxxxxxxxx.net/EN/?act=activate_via_email&hash…., it returns to the FR language (default language), therefore the person receives the welcome email but in FR

It’s tested on Firefox configured in EN and the link is redirected to EN with @missveronica solution

I also have some buttons again not working like the gear on the profile, I have to refresh the page for it to work from time to time, same for the “account” page, the list on the left is showing good but nothing in the right side with the choice of options, same for change password, privacy and delete account) even when you click on it…

It’s a shame that your plugin doesn’t work directly because I’ve been on it for 3 weeks and I’m having a lot of difficulty trying to get it to work (without benefiting from the latest version…). Difficult for me to project myself for a possible purchase in order to benefit from other functionalities later..) or if I have to look for another plugin..

Hello @aswingiri

I use Polylang.
For UM version 2.2.5 because the last version did not work (there is a topic on this subject.

What should I do with your code, I don’t quite understand?

@missveronicatv

I thought I was done with that, but still on the EN part, on the account page, I can clearly see the left part with the menus “account”, change password, privacy, delete account” but not the information on the side, of the least not directly, for Account, if I refresh the page it’s good the right side is displayed and works, the same for Privacy, if I go back to account, same problem.. The forms are not displayed the first time, I should I refresh the page?
I also have the problem with the members list and “logout” page, on click it’s good but then it comes back to the page, I have to refresh it too

Wait because I just found that I could do it via my admin account… if the accounts are set to administrator it’s ok.

I’ll find or settle this for the subscribers.

Sorry to waste your time, but you see I’m also looking for myself…

I will only have the problem with the activation links that are in the emails, that I know I will not have the answer.

Another concern is for the urls of the notification emails, to activate the account, for example, the link is like this: the url href=”{account_activation_link}”>Activate your Account how to modify properly so that it points to /en/?

@missveronicatv , Disregard the previous message, I just solved the problem… I installed a cache plugin (which I had to activate later because I’m in production) and that solved the directory problem! The default language should remain in the cache despite the box checked in the UM settings (?)

I thought I was done with that, but still on the EN part, on the account page, I can clearly see the left part with the menus “account”, change password, privacy, delete account” but not the information on the side, of the least not directly, for Account, if I refresh the page it’s good the right side is displayed and works, the same for Privacy, if I go back to account, same problem.. The forms are not displayed the first time, I should I refresh the page?
I also have the problem with the members list and “logout” page, on click it’s good but then it comes back to the page, I have to refresh it too!

Another concern is for the urls of the notification emails, to activate the account, for example, the link is like this: the url href=”{account_activation_link}”>Activate your Account how to modify properly so that it points to /en/?

@missveronicatv ,

I did install your latest plugin but that didn’t fix the directory problem…

/en/members-list-2 always displays profiles from the default language directory /user/testingone/ and not /en/user-2/testingone/

if testingone clicks on a profile he is redirected to /members-list/ (in FR), it’s the same if he wants to edit his profile from this page, it’s in French and not English.. my pages and form are correct because it works.

View post on imgur.com

(in WP “account”, the language of testingone remains on “default site”, like all the others, I don’t know if it’s normal?)

@missveronicatv , Super good news, this could decide me to buy the premium license later. The support is very good and it’s nice even for a free version!!

I created a second member directory for the EN language (named “Members”, the first one is “Membres”, FR),
a page with the shortcode “/en/members-list-2/” and the profiles are displayed, but the problem is that when I click on a profile in the list it is redirected to /user/testing+one/ (fr ) and not to /en/user-2/testing+one (en), this page is displayed as a direct link..

I think there should be a possibility for the user to choose the language (fr or en in my case) and have it saved instead of the default language (of the WP profile), because that remains on the default language even if the user chooses another language.

This solved the problem but I still have one in the same style..

I created a second member directory for the EN language (named “Members”, the first one is “Membres”, FR),
a page with the shortcode “/en/members-list-2/” and the profiles are displayed, but the problem is that when I click on a profile in the list it is redirected to /user/testing+one/ (fr ) and not to /en/user-2/testing+one (en), this page is displayed as a direct link..

(I hope this will be the last problem.. ?? )

@missveronicatv

Thank you for your helpful help!
Question about this version of UM, I don’t have to update it but is it maintained for security? Why is this not implemented in the latest version?

@missveronicatv

Thank you for your reply,

Version 2.3.1 (free)

No I didn’t try the special version because I didn’t know about it.
Small question before testing, will I lose lose everything or the work I have already done will be preserved?

@missveronicatv

“the WP Profile settings will be used”

The function that detects the language is already possible via Polylang, that’s ok.
But the problem is that in WP it’s the default language that remains and not the en_GB (in my case).

In addition, many links do not redirect to en_GB but to fr_FR (default language), if the user wants to modify his profile it does not work because he is redirected to FR

My FR page is named “user”
The EN page is named “user-2” which gives mydomain/en/user-2

If the member clicks from his profile on “edit profile” the link is mydomaine/user/username/?um_action=edit and not on mydomaine/en/user-2/username/?um_action=edit
It’s the same for all the links (My Account, …)

Ditto for /account/, the links on the EN page (account, change pass, privacy, view profile,…) go to FR…

Login and register page have the same problem for secondary buttons and forgotten password (which is less important because I can recreate it manually)

• This reply was modified 2 years, 11 months ago by scoufy.