[5.x] Ensure default config values are available in form tag #10088
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This pull request fixes an issue introduced by #9685, where the
{{ fields }}
array in the form tag doesn't include any fields where the values should be falling back to the fieldtype's defaults.Example
For example, if you have a text field on your form blueprint and have the "input type" set to
text
,{{ input_type }}
wouldn't output anything on the frontend since the default doesn't actually get saved to the field's config array.However, if you were to change the "input type" for that field to
email
, the{{ input_type }}
would return correctly on the frontend since the value is being explicitly set in the field's config array.This PR fixes the issue by merging in the fieldtype's default config values with the field's config values.
Fixes #10077.