-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
cloudflare_dns: Update SRV record handling for Cloudflare API changes #8948
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
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.
Thanks for your contribution! I've added some first comments below.
Done, although the lines I edited didn't contain that ending comma. |
This comment was marked as outdated.
This comment was marked as outdated.
Hi @saltydk , thanks for the contribution! :-) I am not familiar with Cloudflare's policies/procedures regarding APIs, so I saw the link to the deprecation notice in their website but it is not clear to me whether the deprecated API remains available for longer (if so then how long for) and, most importantly, whether the users have any choice in accessing one or the other version of the API. I am trying to ensure that we're not going to have users hitting the old version of the API (while it lasts) and getting errors because the payload is formatted differently now. Conversely, if there is no versioning of the API endpoints and that payload structure change is already in place (it appears to be the case from the deprecation date in May), then the next question is: do those endpoints accept the payload in any of the two structures? Because if they only accept the new structure, then we have to merge this yesterday. Just trying to make sure we're covering all the angles here. Thanks once again |
The deprecation date was May 31, 2024, this change has been live before my original issue, I have a custom Ansible module in my own project with this fix and have been using it for months now. The version of the API Ansible hits is the v4 which has this change live.
|
That sounds like Cloudflare means "removal date" when saying "deprecation date". Deprecation usually means that you shouldn't use it anymore, but you still can. Here it seems you cannot use it anymore. |
That does appear to be what the initial description says:
|
Sounds good to me. If nobody objects, I'll merge this next week. |
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.
lgtm
Backport to stable-8: 💚 backport PR created✅ Backport PR branch: Backported as #9000 🤖 @patchback |
Backport to stable-9: 💚 backport PR created✅ Backport PR branch: Backported as #9001 🤖 @patchback |
…ord handling for Cloudflare API changes (#9000) cloudflare_dns: Update SRV record handling for Cloudflare API changes (#8948) (cherry picked from commit 1bdf8fc) Co-authored-by: salty <[email protected]>
…ord handling for Cloudflare API changes (#9001) cloudflare_dns: Update SRV record handling for Cloudflare API changes (#8948) (cherry picked from commit 1bdf8fc) Co-authored-by: salty <[email protected]>
SUMMARY
Brings SRV API up to date with the changes from here: https://developers.cloudflare.com/fundamentals/api/reference/deprecations/#2024-05-31
Fixes #8679
ISSUE TYPE
COMPONENT NAME
cloudflare_dns
ADDITIONAL INFORMATION