Bug 96958
Summary: | Inconsistent ML behavior in CMS | ||
---|---|---|---|
Product: | [Retired] Red Hat Enterprise CMS | Reporter: | Jon Orris <jorris> |
Component: | other | Assignee: | Justin Ross <jross> |
Status: | CLOSED NOTABUG | QA Contact: | Jon Orris <jorris> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | nightly | CC: | ccm-bugs-list |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-06-16 18:43:49 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 92111 |
Description
Jon Orris
2003-06-06 23:01:26 UTC
"However, if I click on an article, of which both a German & English version exist, I am dispatched to the english version." This is sort of by design. The DP merge has the section admin page show a list of primary instances, not a list of bundles. As to the second part, the locale of the UI being determined by the current item, that's wacky and I'm checking it out. It turns out that item admin globalization is working fine, it's just that it's not currently localized. I added cms.ui.help=Hilfe (hope that's the right German) and the right thing happens when I set my browser to German. A slightly curious behavior of our g11n is that we fall back to English, not straight back to g11n keys, if say the German variant lacks a particular key. In summary, I don't think we have beta2 bugs here. We have an arguable misfeature (the browse tab shows primary instances rather than bundles that are subsequently resolved) and we have some incomplete l18n. Retargeting for RC0 based on Justin's comment. |