-
Notifications
You must be signed in to change notification settings - Fork 3
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
bug: Inconsistent attribute value when using number pool #66
Comments
I'm unable to reproduce this issue with the SDK v1.0.1. I wonder if this has been fixed alongside another issue somehow. Can you confirm if you still observe this issue? |
@gmazoyer I faced that one with SDK in v1.1.0 > pip show infrahub-sdk
Name: infrahub-sdk
Version: 1.1.0
Summary: Python Client to interact with Infrahub |
So it turns out it's a difference of behaviour between the sync and async code. I was testing with the sync one, hence not seeing the same results. I'll have a deeper look into the async code to fix it. |
@gmazoyer I'm having a weird one here. Using the same generator, when I run it using infrahubctl I still face this issue:
Even tho I have the latest version of the SDK:
However running the same piece of code from infrahub (from proposed change ...) I don't have the issue ... Is it in the realm of possible that this could behave differently between infrahubctl and infrahub? |
The fix has been published in release 1.3.0 of the Python SDK. I believe Infrahub 1.1.1 uses an even newer version than this one so it should have the fix too. That said, you seem to run CTL with SDK 1.1.0, could this be the cause of the discrepancy that you observe? |
Component
Python SDK
Infrahub SDK version
0.14
Current Behavior
When I populate a number using a pool the object then contains a dict
{ "value": 1000 }
Expected Behavior
I expect the value field to contain the actual value (e.g. 1000) instead of a dict with again value key (
{ "value": 1000 }
)Steps to Reproduce
Additional Information
No response
The text was updated successfully, but these errors were encountered: