Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow configurable decoding #100

Merged
merged 1 commit into from
Dec 27, 2023
Merged

Allow configurable decoding #100

merged 1 commit into from
Dec 27, 2023

Conversation

sethvargo
Copy link
Owner

@sethvargo sethvargo commented Dec 27, 2023

⚠️ Breaking! Envconfig no longer runs decoders on unset values! To restore the old behavior, add the decodeunset struct field annotation or pass the DefaultDecodeUnset configuration option as true.

Prior to this change, envconfig would always call decoding functions, even for unset or empty values. This proved problematic for some libraries like url and zap which implement TextUnmarshaller, but error on the empty string (#61). #62 changed the behavior to only call the decoder if a value was explicitly provided, but that broke users unexpectedly (#64), so the change was reverted.

After much discussion, we decided to keep the existing behavior until the 1.0 release. However, after further reflection, I think we need to support a user-level configurable option. Some fields and structs may still want the decoder to run on empty values.

This PR changes envconfig to only process a field if any of the following are true:

  • A value was provided (the value can be set to the empty string, there is a distinction between "unset" and "set to empty")
  • A default value was provided
  • The decodeunset struct field tag is set
  • The DefaultDecodeUnset configuration option is true

Fixes #69

**:warning: Breaking!** Envconfig no longer runs decoders on unset values! To restore the old behavior, add the `decodeunset` struct field annotation or pass the `DefaultDecodeUnset` configuration option as `true`.

Prior to this change, envconfig would always call decoding functions, even for unset or empty values. This proved problematic for some libraries like `url` and `zap` which implement `TextUnmarshaller`, but error on the empty string (#61). #62 changed the behavior to only call the decoder if a value was explicitly provided, but that broke users unexpectedly (#64), so the change was reverted.

After much discussion, we decided to keep the existing behavior until the 1.0 release. However, after further reflection, I think we need to support a user-level configurable option. Some fields and structs may still want the decoder to run on empty values.

This PR changes envconfig to only process a field if any of the following are true:

- A value was provided (the value can be set to the empty string, there is a distinction between "unset" and "set to empty")
- A default value was provided
- The `decodeunset` struct field tag is set
- The `DefaultDecodeUnset` configuration option is true
@sethvargo sethvargo merged commit ed1aec1 into main Dec 27, 2023
@sethvargo sethvargo deleted the sethvargo/decode branch December 27, 2023 20:30
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.

Do not call decoders on unset envvars
1 participant