WordPress.org

Making WordPress.org

Opened 3 years ago

Closed 15 months ago

Last modified 15 months ago

#1673 closed enhancement (fixed)

Forum registration form i18n

Reported by: Nao Owned by: obenland
Milestone: Priority: normal
Component: Login & Authentication Keywords: needs-patch
Cc:

Description

The registration forms for i18n forums are in English only. With the new reCaptha, we are getting an increased number of inquiries from users who are unable to register because they don't understand the question or the error message.

https://ja.wordpress.org/support/register.php redirects to https://wordpress.org/support/register.php

For example, it's not easy for some non-English speakers to select images of "construction vehicle" or
recreational vehicle (RV)" :(

Change History (29)

#1 in reply to: ↑ description @netweb
3 years ago

Replying to Nao:

https://ja.wordpress.org/support/register.php redirects to https://wordpress.org/support/register.php

For example, it's not easy for some non-English speakers to select images of "construction vehicle" or
recreational vehicle (RV)" :(

Localised register screen sounds like the best option and using the ja localised version of reCAPTCHA.

  • https://cldup.com/i06Rno2UR5.png

See also:

#2 @Otto42
3 years ago

At present, we do not specify the language code to be used for the ReCaptcha service, meaning, according to the documentation, that it attempts to auto-detect the user's language.

https://developers.google.com/recaptcha/docs/display#config

#3 @Nao
3 years ago

My apologies, I was testing on a browser set to English. I don't have the information on the user who reported the issue with reCaptcha, but they may have been using something similar or very old.

Aside from the reCAPTCHA, the issue with the error message being in English is still present. Often times, users don't understand that the username is rejected because of an existing account (many try to enter their .org install username). This issue isn't as bad as untranslated reCAPTCHA being a block, though.

If it's not very easy to localize the form, I understand - still wanted to share the feedback.

#4 @SergeyBiryukov
3 years ago

This is yet another example (after #1868) that the long-term plan of merging forum profiles with WP.org profiles (#518) sounds good in theory, but would lead to issues if not done properly.

Forum profiles and registration pages should have UI in the forum language, whereas WP.org profiles are intentionally English-only. Merging them would require some kind of i18n roadmap for WP.org profiles.

Now that the forums are on bbPress 2.x, this might be easier to fix, however login.wordpress.org still links to bbPress 1.x registration page at the moment, see #2058.

#5 @SergeyBiryukov
2 years ago

With [4470], i18n of the registration form seems doable :)

@ocean90: wporg-login theme appears to support translation. If the strings were added to Meta projects, we could probably link the forums to translated registration forms. What needs to happen for that?

This ticket was mentioned in Slack in #meta by sergey. View the logs.


2 years ago

#7 @dd32
17 months ago

  • Component changed from International Forums to Login & Authentication

#8 follow-up: @obenland
16 months ago

@SergeyBiryukov @ocean90 Is it possible this was fixed with [6493]?

#9 in reply to: ↑ 8 @SergeyBiryukov
16 months ago

Replying to obenland:

Is it possible this was fixed with [6493]?

https://ja.wordpress.org/support/ still links to English registration form: https://login.wordpress.org/register, so I don't see any changes here.

#10 @obenland
15 months ago

In 6638:

Add locale detection plugin.

Sets a blog's locale to the users preferred locale.
Derived from Browse Happy's Browse_Happy_Locale.

First step in localizing login.wordpress.org.

See #1673.

#11 @obenland
15 months ago

In 6640:

Locale detector: Save locale in cookie

Also switches to using the actual list of available locales.

Props ocean90.
See #1673.

#12 @obenland
15 months ago

In 6643:

Login: Set text direction from translations.

See #1673.

#13 @obenland
15 months ago

In 6644:

Locale Detection: Let GET param override Cookie

Allows for switching locales based on context.

See #1673.

#14 @obenland
15 months ago

In 6645:

Login: Remove text direction switcher.

While it was necessary in Browse Happy, Locale Detection runs before WP_Locale gets instantiated and it's not necessary here.

Props ocean90.
See #1673.

#15 @obenland
15 months ago

In 6646:

WPorg SSO: Use default strings in wp_login_form()

Also changes remaining textdomain to wporg for easier translation.

See #1673.

#16 @obenland
15 months ago

The login form is localized, the one remaining thing to do here would be to add the locale parameter to the registration URL. Can anyone point me to where I can change that?

#17 follow-up: @ocean90
15 months ago

@obenland In the SSO library I'd say. For the registration URL see https://meta.trac.wordpress.org/browser/sites/trunk/common/includes/wporg-sso/wp-plugin.php?rev=6646#L283. Something like if ( 'en_US' !== get_locale() ) { add_query_arg( 'locale, get_locale(), $url }. Should we do the same for the login URL?

#18 in reply to: ↑ 17 @obenland
15 months ago

Replying to ocean90:

Should we do the same for the login URL?

I'd be in favor of that.

Something like if ( 'en_US' !== get_locale() ) { add_query_arg( 'locale, get_locale(), $url }.

I was mulling over that and feel like it might be best to always maintain the language context of the referring site, even en_US. It would feel odd to me if I wanted to answer an English forum post and first get redirected to a German login form, and then back to the English post. What do you think?

#19 @obenland
15 months ago

In 6660:

Login: Use appropriate template functions

Makes URLs filterable, in order to add locale information.

See #1673.

#20 @obenland
15 months ago

  • Owner set to obenland
  • Resolution set to fixed
  • Status changed from new to closed

In 6661:

SSO: Always pass locale information.

Makes sure the locale context remains maintained throughout the registration/login process.

H/t ocean90.
Fixes #1673.

#21 @ocean90
15 months ago

In 6671:

Login: Add RTL styles and improve alignment of checkbox label for mailing list.

See #1673.
Fixes #3462.

#22 @ocean90
15 months ago

In 6672:

Login: Remove right border for messages for RTL locales.

See #1673.

#23 @ocean90
15 months ago

In 6673:

Locale Detection: Move locale handling into its own method.

See #1673.

#24 @ocean90
15 months ago

In 6674:

Locale Detection: Always store the detected locale in a cookie.

Ensures that the same locale is also used during POST requests.

See #1673.

#25 @ocean90
15 months ago

In 6675:

Locale Detection: Use class constants for the names of the GET parameter and cookie.

See #1673.

#26 @ocean90
15 months ago

In 6676:

WordPress.org SSO: Don't append the current locale if on SSO host.

See #1673.

#27 @ocean90
15 months ago

In 6677:

Login: Add a simple language switcher.

See #1673.

#28 @ocean90
15 months ago

In 6678:

Login: Add missing action so the language switcher is visible on all pages.

See [6677]
See #1673.

#29 @ocean90
15 months ago

In 6680:

Locale Detection: Include en_US in active locales.

See #1673.

Note: See TracTickets for help on using tickets.