Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@ejholmes
Copy link
Contributor

@ejholmes ejholmes commented Mar 14, 2018

Technically, "locked" stacks don't actually need a class_path or a template_path, since they're readonly. This change also fixes a bug introduced in #550, where the output plugin would fail with the following when looking up outputs on locked stacks:

FailedVariableLookup: Couldn't resolve lookups in variable `StringVariable`. 'NoneType' object has no attribute '__getitem__'

Tests are gonna fail right now until #556 is merged.

@ejholmes ejholmes requested a review from phobologic March 14, 2018 01:15
@ejholmes ejholmes force-pushed the locked-stacks branch 2 times, most recently from 8af833e to 35ca74d Compare March 14, 2018 04:19
@ejholmes ejholmes added this to the 1.3 milestone Mar 14, 2018
Copy link
Member

@phobologic phobologic left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Minor question: What happens if someone has a locked stack config but the stack doesn't already exist? This is likely something we handle already - my guess is that locked only blocks updates, not creates. Otherwise this looks fine - can you add something to the docs of the locked config?

@ejholmes
Copy link
Contributor Author

Good call. I updated the functional test to test for that scenario as well. I'll merge this once CI is passing.

@ejholmes ejholmes merged commit 50a7ad3 into master Mar 16, 2018
@ejholmes ejholmes deleted the locked-stacks branch March 16, 2018 00:18
phrohdoh pushed a commit to phrohdoh/stacker that referenced this pull request Dec 18, 2018
Don't require class_path or template_path for locked stacks
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.

3 participants