Skip to content

Conversation

@maxwellpeterson
Copy link
Member

  • I understand that this repository is auto-generated and my pull request may not be merged

Changes being requested

  • Update assets.config.run_worker_first property of cloudflare_workers_script resource to accept list of strings in addition to boolean input
  • The Cloudflare API accepts both types of values, so this resource should support both

Additional context & links

Fixes #5956

Copy link

@aashishshrestha09 aashishshrestha09 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @maxwellpeterson,

Thanks for the PR! I wanted to flag that there still seems to be an issue with the config property inside assets. When using a config block, the provider fails with a conversion error (see my comment here
).

It would be great if this PR could take that scenario into account to ensure the provider correctly handles the config block with both boolean and list values.

Thanks!

@1000hz
Copy link
Contributor

1000hz commented Sep 15, 2025

@aashishshrestha09 the bug you ran into was due to a mismatch between the attribute type within the model and schema. Sorry for the trouble here. This PR handles both boolean and string[] cases by using a Dynamic attribute capable of accepting both types.

@aashishshrestha09
Copy link

@aashishshrestha09 the bug you ran into was due to a mismatch between the attribute type within the model and schema. Sorry for the trouble here. This PR handles both boolean and string[] cases by using a Dynamic attribute capable of accepting both types.

Hi @1000hz,

Thank you for clarifying! That makes sense. Once this PR is merged, will the fix be available immediately in a v5.10.1 patch release, or will we need to wait for the next provider release (v5.11.0) to use it in Terraform?

Thanks again! Also, I’ve detected another issue with the assets block and have created a bug report here.

@maxwellpeterson maxwellpeterson force-pushed the mpeterson/run-worker-first-list branch from c515531 to c2860d8 Compare September 16, 2025 17:24
@maxwellpeterson maxwellpeterson marked this pull request as ready for review September 16, 2025 17:24
@vaishakdinesh
Copy link
Member

vaishakdinesh commented Sep 16, 2025

Can you target next please? And make sure its branched off next too.

@maxwellpeterson maxwellpeterson force-pushed the mpeterson/run-worker-first-list branch from 7cf72a8 to 82c4243 Compare September 17, 2025 00:02
@maxwellpeterson maxwellpeterson changed the base branch from main to next September 17, 2025 00:02
@maxwellpeterson maxwellpeterson force-pushed the mpeterson/run-worker-first-list branch 2 times, most recently from d749e65 to 13945ad Compare September 23, 2025 19:30
@stainless-app stainless-app bot force-pushed the next branch 2 times, most recently from 49bbfc7 to 618db3c Compare October 2, 2025 09:32
@maxwellpeterson maxwellpeterson force-pushed the mpeterson/run-worker-first-list branch 4 times, most recently from 795436c to d7029b1 Compare October 6, 2025 21:37
@maxwellpeterson maxwellpeterson force-pushed the mpeterson/run-worker-first-list branch 6 times, most recently from 0307d26 to 703136b Compare October 7, 2025 22:47
@maxwellpeterson maxwellpeterson force-pushed the mpeterson/run-worker-first-list branch from 703136b to e559756 Compare October 8, 2025 16:49
… list input

- This property can either be a boolean or list of strings, the API accepts both
- Update resource to accept list of strings in addition to boolean values
@vaishakdinesh
Copy link
Member

lgtm

@vaishakdinesh
Copy link
Member

@maxwellpeterson Do we still need this? I think these changes are already in?

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.

run_worker_fisrt does not support list input

4 participants