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

Terraform Provider Conflict When Primary Key Is Defined by Source #91

Open
bmschow opened this issue Apr 4, 2024 · 2 comments · May be fixed by #95
Open

Terraform Provider Conflict When Primary Key Is Defined by Source #91

bmschow opened this issue Apr 4, 2024 · 2 comments · May be fixed by #95

Comments

@bmschow
Copy link

bmschow commented Apr 4, 2024

When I use terraform and try to specify a primary key in a stream for a postgres connection with a sync type of incremental_dedup_history i get

│ key for stream: plans is already pre-defined. Please do NOT include a
│ primary key configuration for this stream

however, if i do not specify a primary key it tells me I must specify a primary key. I can get past this by specifying:
"primary_key": []
however, this still gives a terraform error:

│ airbyte_connection.massdriver_workfront_teams_to_redshift, provider
│ "provider[\"registry.terraform.io/airbytehq/airbyte\"]" produced an
│ unexpected new value: .configurations.streams[0].primary_key: new element 0
│ has appeared.
│ 
│ This is a bug in the provider, which should be reported in the provider's
│ own issue tracker.
@adam-bloom
Copy link

Appears to be a duplicate of #70

@bmschow
Copy link
Author

bmschow commented Apr 25, 2024

just confirmed that this bug does not happen on an initial create but happens only on a modify. I can reproduce it when i initially make a connection with no primary key specified and then try to modify the status field.

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 a pull request may close this issue.

2 participants