Opened 10 years ago
Closed 10 years ago
#29487 closed defect (bug) (fixed)
wp_install_language_form(): Default language should reflect $wp_local_package
Reported by: | tenpura | Owned by: | nacin |
---|---|---|---|
Milestone: | 4.0 | Priority: | normal |
Severity: | normal | Version: | 4.0 |
Component: | I18N | Keywords: | has-patch commit dev-reviewed |
Focuses: | Cc: |
Description
In the language chooser on install, English (United States) is always selected as default. The default should reflect $wp_local_package when it's set for better UX.
Attachments (3)
Change History (20)
#3
in reply to:
↑ 2
@
10 years ago
Replying to SergeyBiryukov:
I wonder if we could just remove this unnecessary step for localized builds, see the discussion on Polyglots.
Is it easy to do for 4.0?
This ticket was mentioned in IRC in #wordpress-dev by ocean90. View the logs.
10 years ago
#5
@
10 years ago
SergeyBiryukov: Exactly, why selecting language for localized package? And when it is removed from localized packages then why English users should select their language? For them it is also not necessary? But I am probably missing something, because I do not believe that new feature (language installation page) is UX regression and not needed step for 99 % users. Maybe localized packages are not used during installation, but only small language packs? I am not sure how it really works...
#6
@
10 years ago
- Keywords commit added
- Milestone changed from Awaiting Review to 4.0
The original plan was for the localized package to be the #1 suggestion. Given we didn't quite get to everything we wanted to do, I'm fine with skipping the step entirely for localized packages for 4.0.
#8
@
10 years ago
If a wp-config.php already exists, it won't skip the language chooser. Probably additional $step = 1; is needed?
In install.php:
if ( ! empty( $_REQUEST['language'] ) ) { $langugage = preg_replace( '/[^a-zA-Z_]/', '', $_REQUEST['language'] ); } elseif ( isset( $GLOBALS['wp_local_package'] ) ) { $language = $GLOBALS['wp_local_package']; $step = 1; }
#9
@
10 years ago
It's actually much more mundane than that. The variable is spelled $langugage throughout install.php for some reason.
The welcome string got broken — it isn't echoing. Patch also fixes this.
#10
@
10 years ago
attachment:29487.3.diff works as expected this time.
#12
follow-up:
↓ 13
@
10 years ago
Now I tried to install latest RC3 version and "Čeština" is not available in dropdown? I have set $wp_local_package, WPLANG and all language files. What is going on? There are probably only languages with 100 % translated, but I have localized package.
#13
in reply to:
↑ 12
@
10 years ago
Replying to pavelevap:
Yes, it has to be at 100% to be available via the language chooser. With 29487.3.diff we will skip the screen for localized packages.
btw: I'm really missing you on IRC. Would make some things easier.
#14
follow-ups:
↓ 15
↓ 16
@
10 years ago
I thought that it should preselect language on second place? Strange... So even if I have the whole localized package, it is not possible to install it in this language...
Sorry, never used IRC, I am not familiar with it, but I will try to find any tool and connect...
#15
in reply to:
↑ 14
@
10 years ago
Replying to pavelevap:
So even if I have the whole localized package, it is not possible to install it in this language...
I think once 29487.3.diff is committed, you should be able to create a localized Czech package as usual, and it will just skip language selection and use Czech language files, as expected.
I wonder if we could just remove this unnecessary step for localized builds, see the discussion on Polyglots.