-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
[CDK] Fix ValueError in Python CDK #33798
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
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.
Can you add a unit test to validate the change?
Hi @marcosmarxm |
b5be364
to
55443f3
Compare
@maver1ck you can add tests to the test files for the classes you modified. Here's the test file for the token provider as an example. I'm a little curious about the root cause or how to reproduce the issue. Do you know if this is a problem specific to python 3.11? |
@maver1ck did you have time to take a look in Alex's comments? |
Yep.
I will look into it next week.
|
Hey @maver1ck, thanks for fixing this issue! I face the same and it would be really cool to merge this PR. Could you say when you are going to finish it? |
@maver1ck were you able to take a look and provide some unit tests? |
@maver1ck - Thanks for creating this PR. I can confirm some PyAirbyte users have started to run into this issue under Python 3.11. The workaround is to downgrade to 3.10, if possible, but I'll add my voice to those hoping we can incorporate+merge this. 🙂 |
I just hit the same problem in |
I think that a meaningful way to validate this would be:
I don't know if new test cases will be needed, since the failure is when you're trying to even import the CDK. What we want to validate is that you can still instantiate all those classes and their behavior does not change, but that's in currently existing tests mostly. |
@alafanechere this aged like milk, probably not worth rebasing, but the actual issue of not being compatible with 3.11 is there. We should clean this out. |
Use dataclass fields with default_factory for 3.11 compatibility. Reimplements #33798 on top of current master.
Use dataclass fields with default_factory for 3.11 compatibility. Reimplements #33798 on top of current master.
This just shipped in #38846! |
Use dataclass fields with default_factory for 3.11 compatibility. Reimplements #33798 on top of current master.
Use dataclass fields with default_factory for 3.11 compatibility. Reimplements #33798 on top of current master.
Use dataclass fields with default_factory for 3.11 compatibility. Reimplements #33798 on top of current master.
Fixes #33795