Skip to content
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

Address issue 39622 #39624

Merged
merged 2 commits into from Mar 3, 2017
Merged

Address issue 39622 #39624

merged 2 commits into from Mar 3, 2017

Conversation

drawsmcgraw
Copy link
Contributor

Worked with @rkgrunt to get this one figured out.

The docs say to branch off of the oldest branch with the bug in question, which is why I'm requesting a PR into the 2015.5 branch. Apologies if I've misunderstood the protocol.

What does this PR do?

Fix boto_vpc.create_subnet() to correctly apply user-defined tags for subnets.

What issues does this PR fix or reference?

issue #39622

Previous Behavior

boto_vpc.create_subnet() fails if the user specifies tags.

New Behavior

Tags are correctly applied to new subnets.

Tests written?

No, but has been tested in our dev environment against AWS.

Please review Salt's Contributing Guide for best practices.

@ghost
Copy link

ghost commented Feb 23, 2017

@drawsmcgraw, thanks for your PR! By analyzing the history of the files in this pull request, we identified @thedrow, @rallytime and @colinbjohnson to be potential reviewers.

@drawsmcgraw
Copy link
Contributor Author

Woops! Just pushed a new commit fixing the lint errors.

@thedrow
Copy link
Contributor

thedrow commented Feb 25, 2017

I'm not sure why the test fails. I wrote those a long time ago.
This PR looks good otherwise. I'd of course rather have more coverage to ensure this won't regress.

@drawsmcgraw
Copy link
Contributor Author

@thedrow I'm also confused on why that test fails as it's querying details of a VPC and the PR in question involves tags in subnets.

What's the "proper" answer in this situation? Is it possible that the test needs attention/updating? I'm about to test my PR again just to be certain but am open to input.

@cachedout
Copy link
Contributor

I totally missed what you wrote above. This actually needs to be submitted to the 2016.3 branch. Our policy is that it should be on the oldest supported branch, which is currently 2016.3. We no longer maintain 2015.5. Let's see if that clears up the failing test along the way. It might. :]

@drawsmcgraw
Copy link
Contributor Author

drawsmcgraw commented Feb 28, 2017 via email

@drawsmcgraw drawsmcgraw changed the base branch from 2015.5 to 2016.3 February 28, 2017 14:47
@drawsmcgraw
Copy link
Contributor Author

@cachedout, I've edited this PR to request a merge into 2016.3. I'm not sure if something needs to be done or if I'm just impatient re: waiting for automated tests.

For future cases - what's the best way to tell what the oldest supported branch of Salt is?

@cachedout
Copy link
Contributor

@drawsmcgraw We always maintain the two most recent. So whatever the current release branch is and the branch immediately prior.

@cachedout
Copy link
Contributor

Go Go Jenkins!

@cachedout
Copy link
Contributor

I tested this locally and after rebasing 2016.3 onto it, the tests passed. I think this is good to merge.

@cachedout cachedout merged commit f575ef4 into saltstack:2016.3 Mar 3, 2017
@drawsmcgraw
Copy link
Contributor Author

Thanks @cachedout! You guys are the best!

@cachedout
Copy link
Contributor

Too kind! Thanks for all your help, @drawsmcgraw. We're always very grateful. :]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants