-
Notifications
You must be signed in to change notification settings - Fork 72
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
Add fields to System PUT payload #4116
Conversation
…_progress to system api so DB is not overwritten with null values
Passing run #4218 ↗︎
Details:
This comment has been generated by cypress-bot as a result of this project's GitHub integration settings. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good to me! confirmed running the admin UI against a fidesplus BE so that i had the system scanner in place, using the steps to confirm 👍
@@ -102,6 +102,11 @@ export const transformFormValuesToSystem = (formValues: FormValues): System => { | |||
vendor_id: formValues.vendor_id, | |||
ingress: formValues.ingress, | |||
egress: formValues.egress, | |||
meta: formValues.meta, | |||
fidesctl_meta: formValues.fidesctl_meta, | |||
registry_id: formValues.registry_id, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We have a weird thing with the registry_id looks like. I have no idea what this field is for, but validation expects an integer, but sqlalchemy expects a string. If FE is sending an integer here, that will fail at sqlalchemy db level. Maybe we leave out this one.
Failed to update resource (sqlalchemy.dialects.postgresql.asyncpg.Error) <class 'asyncpg.exceptions.DataError'>: invalid input for query argument $6: 1 (expected str, got int)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
registries are an extremely old and never-used feature...honestly should just remove it
It was conceived as a way to help organizations organize their fides resources into sub-units. Specifically you could assign systems to a registry to logically "group" them. This use-case has never materialized
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah okay thanks for the background Thomas!
…b.com/ethyca/fides into kt-4033-populate-system-fields-for-DB
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks for addressing @Kelsey-Ethyca!
Code Changes
Steps to Confirm
"meta": { "kubernetes_namespace": "plc" }
Pre-Merge Checklist
CHANGELOG.md