-
Notifications
You must be signed in to change notification settings - Fork 393
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
datadog_screenboard - panic: interface conversion: interface {} is string, not float64 #117
Comments
The root cause is fixed locally (bypass the conversion logic that assumes everything is a float) but the fix is taking more time than expected due to recent changes to the client. In particular, the client changed the type for some of the |
Update: zorkian/go-datadog-api#193 was just closed, trying to start a discussion around the type to be used for |
@masci Looks like they submitted pull request zorkian/go-datadog-api#194 to address this. I chimed in with a thumbs up but I don't have much else to offer the discussion in terms of golang code at the moment. I'd be more than happy to test though. |
…screenboards This contains the fixes from PR DataDog#194 and DataDog#195 from zorkian/go-datadog-api and the necessary changes in the provider.
I've pushed to my fork a change to the provider to use zorkian/go-datadog-api#194 and zorkian/go-datadog-api#195. I won't open a PR here now because the @sudomateo if you want to try the fix, it is self contained thanks to the vendorization, you just need to |
@masterzen I built your fork and tested it just now. Here's my findings: |
@sudomateo , I'll double check tomorrow, but the only screenboard I tried got the graphs at the correct coordinates. |
@masterzen I made a mistake in my testing. I accidentally built your master branch instead of your fix branch. I just tested again and confirmed it fixed #117, #119 and #105. I edited my comment above to reflect this. Thank you for the work! |
@sudomateo thanks for confirming :) |
Thanks everybody for the help on this. |
Can anybody confirm this is fixed with 1.6.0? Thanks |
@masci it fixes the problem for me. |
@masci Confirmed this is fixed using the above example with the following versions:
|
Thanks guys! |
Hey @masci, I'm getting this error now in 1.6.0 for
versions:
|
@gphat arf, sorry about that... What value do you have for |
From doing some digging -- this is happening on state retrieval, so the HCL isn't what I need to show -- it look as though I have a |
Not sure I follow... I can't make the API send me back |
Exciting! It looks like I skipped 0.15. The dashboard in question was made with 0.14. I will try blowing it away and recreating... |
Yeah, it seems if I jump from 0.14 to 0.16 I have to delete the board, |
Hi @masci , do you know how i can fix the error that i get in 1.6.0
|
@cp3hu is this also happening with older versions or is it a regression in 1.6? |
In older version ( 1.4.0) i had a cast error which is fixed by the latest release |
@cp3hu ok it seems fixing the |
Issue created and linked |
Terraform Version
Affected Resource(s)
datadog_screenboard
Terraform Configuration Files
Panic Output
https://gist.github.com/sudomateo/14662ec6cd8684cef2a8f6d6b9499649
Expected Behavior
The
terraform apply
command should have created thedatadog_screenboard
resource successfully.Actual Behavior
The
terraform apply
command produced a panic as noted above.Steps to Reproduce
main.tf
with the content above.terraform init
to download the Datadog provider plugin.terraform plan
to verify the plan output.terraform apply
to apply the plan. Enteryes
when prompted.Important Factoids
After testing with previous commits, it seems that this issue was introduced by commit 19ba2e52a2ee8218716157608b40a215c15d798c. However, you'll have to build using commit bd8075f19b50ff62cc391c5238054dc390143eb9 if you want to compile the provider plugin successfully.
Also, even the acceptance tests are failing:
The text was updated successfully, but these errors were encountered: