You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I could see how this might not be a bug... but kind of feels like one to me and also causes an issue in the UI.
The source-postgres connector has a resource config schema that contains this property:
"mode": {
"type": "string",
"enum": [
"",
"Normal",
"Precise",
"Only Changes",
"Without Primary Key"
],
"title": "Backfill Mode",
"description": "How the preexisting contents of the table should be backfilled. This should generally not be changed.",
"default": ""
}
However during discover this default is not set on any of the bindings.
This can cause problems in the UI as our schema validation tool ajv is setup to insert defaults when a property is not there. We could look into turning this off only for the edit flow - but I first wanted to gauge people's thoughts.
I think that having the empty string being a value is okay but marking it as the default seems unnecessary since the user could just leave that prop off all together.
The text was updated successfully, but these errors were encountered:
travjenkins
changed the title
Postgres not setting default for mode in the resource config during discover
source-postgres not setting default for mode in the resource config during discover
Feb 6, 2025
travjenkins
changed the title
source-postgres not setting default for mode in the resource config during discover
Fields with default not always set in the resource config during discover
Feb 6, 2025
We chatted in post stand up and since everyone agrees that this is not a huge issue and does not impact a lot of users we will not take any action on this.
The true intent for default in json schema is that it is stating the value that will be used if the prop is NOT in the config. This is not how the UI consumes this as it will use the default value and insert that value into the config if it is missing.
A true technically correct solution to this concern would be for the UI to have a good UI/UX to make it clear to a user that they can safely leave things blank and the connector will figure out the best value for them.
I could see how this might not be a bug... but kind of feels like one to me and also causes an issue in the UI.
The
source-postgres
connector has a resource config schema that contains this property:However during discover this
default
is not set on any of the bindings.This can cause problems in the UI as our schema validation tool
ajv
is setup to insert defaults when a property is not there. We could look into turning this off only for the edit flow - but I first wanted to gauge people's thoughts.I think that having the empty string being a value is okay but marking it as the default seems unnecessary since the user could just leave that prop off all together.
The text was updated successfully, but these errors were encountered: