Skip to content

fix: Refactor FoD attribute default value resolution to use server-provided defaults with fallback logic#969

Merged
rsenden merged 1 commit intodev/v3.xfrom
fix/v3.x/fod-attribute-definition
Apr 10, 2026
Merged

fix: Refactor FoD attribute default value resolution to use server-provided defaults with fallback logic#969
rsenden merged 1 commit intodev/v3.xfrom
fix/v3.x/fod-attribute-definition

Conversation

@SangameshV
Copy link
Copy Markdown
Contributor

During FoD application/release creation, fcli now prioritises using a server-provided defaultValue when auto-filling required attributes, falling back to datatype-based defaults only if none are available. It also introduces null-safety for picklist attributes and updates the switch statement to Java 17 syntax.

@SangameshV SangameshV requested a review from rsenden April 10, 2026 08:32
@SangameshV SangameshV self-assigned this Apr 10, 2026
@rsenden rsenden merged commit fd0fefd into dev/v3.x Apr 10, 2026
55 checks passed
@rsenden rsenden deleted the fix/v3.x/fod-attribute-definition branch April 10, 2026 09:19
SangameshV added a commit that referenced this pull request Apr 15, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants