-
Bug
-
Resolution: Cannot Reproduce
-
Neutral
-
None
-
6.2.16
-
None
Steps to reproduce
- Create a component as follows:
form: properties: - name: text i18n: true required: true $type: textField - name: switchMe $type: switchableField i18n: true field: $type: radioButtonGroupField layout: horizontal defaultValue: internal datasource: $type: optionListDatasource options: - name: internal value: internal - name: external value: external itemProvider: $type: jcrChildNodeProvider forms: - name: internal properties: internal: $type: pageLinkField - name: external properties: external: $type: textField
- Within a multi-language site, include the component in a page
- Open the component (default language, e.g, EN) and select something on the switchable
- Save the component, open it and check everything is as expected (value is checked)
- Switch to another language (e.g, DE) and check the radio button has no option selected (this is not true anymore, defaults works in all languages now)
- Fulfill the textfield and save the component
- Go to JCR, open the page which has this component, and check that a contentNode named switchMe_de has been created tho it has no properties.
Expected results
switchMe_de contentNode is created if it gets selected at the dialog
Actual results
switchMe_de contentNode is created even if it is not selected by the user
Workaround
N/A
Development notes
This is a problem as far as when the FTL is rendered and checks that the node exists, it will try to read the properties (on this case, it will try to read the attributes to generate the proper link) which will cause nullPointers and will break the template.
Acceptance criteria
- is duplicated by
-
MGNLUI-6505 Non-selected values are kept in switchable field
- Closed
- is related to
-
MGNLUI-6906 Switchable field doesn't keep the defaultValue on multi language componentes
- Closed