Geo Node Status 2.0 - i18n Cleanup
Why
Work towards: #325182 (closed)
Over the past few months we have been implementing the new Geo Node Status UI (ee/geo_nodes_beta
). More can be read on this epic: &4712 (closed) Throughout the iterations lots of feedback has been received. The above issue tracks the backstage inconsistencies created by different reviews and perspectives. This is part of a series of MRs to clean up all these backstage inconsistencies.
What does this MR do?
This MR addresses the following feedback:
Category | Feedback |
---|---|
i18n |
1. Use `$options.i18n` for all template translations: !55546 (comment 526492283) 2. Use `$options.i18n` for all script translations: !56154 (comment 538534351) 3. Scope Geo translations to `s__('Geo|...')`: !54857 (comment 518990929) |
To further describe the changes. There are quite a files that are doing translations inconsistently. The change aims to move all translations to the $options.i18n
. Also the goal here was to properly scope translations when they are specific to Geo.
This change is also behind a feature flag (:geo_nodes:beta
)
How to test
- Set up a Geo Primary/Secondary GDK
- Fetch the current branch
- Activate the Feature Flag on your Primary GDK (
:geo_nodes_beta
) - Navigate to
http://127.0.0.1:3000/admin/geo/nodes_beta
- View UI
Screenshots (strongly suggested)
Before | After (No Change) |
---|---|
Does this MR meet the acceptance criteria?
Conformity
-
📋 Does this MR need a changelog?-
I have included a changelog entry. -
I have not included a changelog entry because change is behind a Feature Flag.
-
- [-] Documentation (if required)
-
Code review guidelines -
Merge request performance guidelines -
Style guides - [-] Database guides
-
Separation of EE specific content
Availability and Testing
-
Review and add/update tests for this feature/bug. Consider all test levels. See the Test Planning Process. -
Tested in all supported browsers - [-] Informed Infrastructure department of a default or new setting change, if applicable per definition of done
Security
If this MR contains changes to processing or storing of credentials or tokens, authorization and authentication methods and other items described in the security review guidelines:
- [-] Label as security and @ mention
@gitlab-com/gl-security/appsec
- [-] The MR includes necessary changes to maintain consistency between UI, API, email, or other methods
- [-] Security reports checked/validated by a reviewer from the AppSec team