Opened 15 years ago
Closed 14 years ago
#18783 closed defect (bug) (fixed)
get_locale() should check site option in multisite even when WP_INSTALLING
| Reported by: | nacin | Owned by: | nacin |
|---|---|---|---|
| Priority: | normal | Milestone: | 3.3 |
| Component: | Multisite | Version: | |
| Severity: | normal | Keywords: | has-patch |
| Cc: | Focuses: |
Description
In multisite, get_locale() will check get_option('WPLANG') and then get_site_option('WPLANG'). We skip both when WP_INSTALLING (i.e. blog activation), but we should only skip the blog option at that point.
Follow up to a comment of mine in #14553.
Attachments (1)
Change History (7)
#4
@
14 years ago
I got a plugin running on a multisite and there is definitely something up with the translation.
I tracked the problem down to the WPLANG option in http://localhost/<subsite>/wp-admin/options.php just being empty. I tried to update it, but it keeps reverting to blank. So down the line the issue starts with get_locale() looking for the WPLANG value in the site_options and then defaulting back to en_US because it's not picking it up from the wp-config.php defined WPLANG.
I'm assuming that the defined WPLANG in the wp-config.php does not apply in multi site instances.
I'm gonna write a filter to fix this, as there is ample hooks for that.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Related: #18688