Bug 1961338
Summary: | [CodeChange][i18n] oVirt 4.4.7 rhv branding - translation update | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Scott Dickerson <sdickers> |
Component: | rhvm-branding-rhv | Assignee: | Scott Dickerson <sdickers> |
Status: | CLOSED ERRATA | QA Contact: | Guilherme Santos <gdeolive> |
Severity: | medium | Docs Contact: | Greg Sheremeta <gshereme> |
Priority: | unspecified | ||
Version: | 4.4.6 | CC: | sgratch |
Target Milestone: | ovirt-4.4.7 | Keywords: | CodeChange, i18n, ZStream |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | rhvm-branding-rhv-4.4.9-1 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-07-22 15:12:33 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | UX | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Scott Dickerson
2021-05-17 18:01:39 UTC
Update: I need to recheck, but I don't believe there are any translation updates for rhv branding in this round. (In reply to Scott Dickerson from comment #1) > Update: I need to recheck, but I don't believe there are any translation > updates for rhv branding in this round. Scott, can we close this bug? Since it seems that there weren't any translations indeed (In reply to Sharon Gratch from comment #2) > (In reply to Scott Dickerson from comment #1) > > Update: I need to recheck, but I don't believe there are any translation > > updates for rhv branding in this round. > > Scott, can we close this bug? Since it seems that there weren't any > translations indeed A number of translations of the key 'obrand.loginpage.subtitle' differed between what is merged and what was pulled from Zanata. In every language except pt_BR, the registered symbol was not properly stored in Zanta. To fix the problem, I updated all of the translations to include the symbol \u00AE directly instead of how it was stored as \\u00AE. Future pulls from Zanata should not show a difference between Zanata and source for those keys. In pt_BR, there is one \u00E9 character that Zanata pulls as the unicode escape char \u00E9 and the source file stored directly. I will post a patch to update source with the \u00E9 style so it will not show a difference in future Zanata pulls. Interestingly enough, the Zanata translation errors are the same key and chars as what was fixed with https://bugzilla.redhat.com/1881357. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: RHV Manager (ovirt-engine) security update [ovirt-4.4.7]), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2021:2865 |