webclient: locale picker does not work well
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
3.0 |
Won't Fix
|
Medium
|
Unassigned | ||
3.1 |
Fix Released
|
Medium
|
Unassigned | ||
3.2 |
Fix Released
|
Medium
|
Unassigned | ||
3.3 |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Evergreen master / 2.10 / probably earlier
Now that we have an initial translation updated for webstaff from the Czech users, I tried installing and setting up the translation for the new web-based staff client. Use of the locale picker proved problematic however.
To test, added locales to the /eg/staff/ configuration, there are samples in eg_vhost.conf that explain how to do this.
Once active, there will be a new dropdown added to the menu area for the locale picker with the languages available for use.
When you click on the picker and choose a language, depending on the URL you are on, it may or may not work at all. If there are no current variables in the URL (like hostname/
The problem code seems to arrive from Open-ILS/
}
That window.
I'm not sure if a change to the regex to allow for the possibility that we might just be on a page like hostname/
Reporting for now, will look at it more in the coming days.
Changed in evergreen: | |
milestone: | 3.1.2 → 3.1.3 |
Changed in evergreen: | |
milestone: | 3.1.3 → 3.1.4 |
Changed in evergreen: | |
milestone: | 3.1.4 → 3.1.5 |
Changed in evergreen: | |
assignee: | nobody → Bill Erickson (berick) |
Changed in evergreen: | |
milestone: | 3.1.5 → 3.1.6 |
Changed in evergreen: | |
milestone: | 3.1.6 → 3.2.1 |
Changed in evergreen: | |
milestone: | 3.2.1 → 3.2.2 |
Changed in evergreen: | |
milestone: | 3.2.2 → 3.2.3 |
Changed in evergreen: | |
status: | Confirmed → New |
milestone: | 3.2.3 → 3.3-beta1 |
Changed in evergreen: | |
milestone: | 3.3-beta1 → 3.3-rc |
Changed in evergreen: | |
milestone: | 3.3-rc → 3.3.1 |
Changed in evergreen: | |
milestone: | 3.3.1 → 3.3.2 |
Changed in evergreen: | |
status: | New → Confirmed |
Changed in evergreen: | |
milestone: | 3.3.2 → 3.3.3 |
Changed in evergreen: | |
milestone: | 3.3.3 → 3.3.4 |
Changed in evergreen: | |
milestone: | 3.3.4 → 3.3.5 |
Changed in evergreen: | |
milestone: | 3.3.5 → 3.4-rc |
status: | Fix Committed → Fix Released |
Some additional testing notes...
Once you get past this initial hurdle of figuring out how to set the locale, the locale itself does not always apply fully to the web client's strings. So sometimes I found that if I set the locale using the cookie, it'll change the menu names, but not the strings on the links or page content. Or it'll change the page content, but not the menus. It takes a couple browser refreshes to fully translate the page. So perhaps some caching issue during i18n switch?