-
Notifications
You must be signed in to change notification settings - Fork 81
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
fix: [BREAKING] Treat ip_ranges as a pointer in config interface update options #464
fix: [BREAKING] Treat ip_ranges as a pointer in config interface update options #464
Conversation
ip_ranges
when updating a config interface
ip_ranges
when updating a config interfaceip_ranges
when updating a config interface
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.
Another option would be making IPRanges
as a pointer, but that would be a breaking change for the users? I think it might be fine since we are still in the early phase of VPC? Or maybe we can schedule it to linodego v2?
@zliang-akamai That's a good point! I wrote this with avoiding a breaking change in mind but it might make sense to transition this to a pointer now or in v2 for consistency with the rest of the codebase. |
ip_ranges
when updating a config interfaceThere 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! Tests passed locally
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
📝 Description
This change resolves an issue that prevented users from updating the interface
ip_ranges
field with an explicitly empty list. This works by treatingip_ranges
as a pointer so it will be only omitted if the pointer is nil, as opposed to if the slice is nil OR the slice is empty.Resolves #462
✔️ How to Test
The following test steps assume you have pulled down this PR locally.
Integration Testing
Manual Testing