[MGNLUI-6040] Dynamic generated contentType based apps: How to i18nize a 'options' property? Created: 13/Jul/20  Updated: 30/Sep/20

Status: Open
Project: Magnolia UI
Component/s: app framework, content types, workbench
Affects Version/s: 6.2.1
Fix Version/s: None

Type: Bug Priority: Neutral
Reporter: Christian Ringele Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File i18n ContentType Options - Label.png     PNG File i18n ContentType Options - NO Label.png    
Issue Links:
Relates
relates to MGNLUI-6259 ContentType based App & Column Editor... Open
duplicate
is duplicated by MGNLUI-5881 I18n not working for OptionListDefini... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled

 Description   

Tested:

On current 6.2.2-SNAPSHOT

Situation:

Using in a contentType an 'options' field, here 'eventType'

    - name: eventType
      required: true
      options:
        - name: workEvent
          value: workEvent
          label: Work Event
        - name: holiday
          value: holiday
          label: Holiday
        - name: familyEvent
          value: familyEvent
          label: Family Event
        - name: other
          value: other
          label: Other

Problem:

When removing the 'label' one sees not the id the system expects for translation, but uses the 'value' of the options.

With label:

Without label:

What would be the expected key? Is it translatable at all?


Generated at Mon Feb 12 09:32:33 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.