-
Notifications
You must be signed in to change notification settings - Fork 165
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
file lookup returning <type 'unicode'> where it previously returned <class 'troposphere.AWSHelperFn'> #645
Comments
The source of the error is this change in #537 : https://github.com/cloudtools/stacker/pull/537/files#diff-c774155248bef6ab0e866862b5a9f3a6L119 |
troyready
added a commit
to troyready/stacker
that referenced
this issue
Aug 8, 2018
Previously, file was reported to return `GenericHelperFn`, when it in fact would return either `GenericHelperFn` or `Base64`. Updated the docstring to reflect their common base class instead. Also updated the function to fix a regression where a string was sometimes being returned instead. Fixes cloudtools#645
@troyready when I was reading this I was really afraid that I messed up in the Python 3 support... That's a huge relief. :D |
phobologic
pushed a commit
that referenced
this issue
Aug 12, 2018
Previously, file was reported to return `GenericHelperFn`, when it in fact would return either `GenericHelperFn` or `Base64`. Updated the docstring to reflect their common base class instead. Also updated the function to fix a regression where a string was sometimes being returned instead. Fixes #645
phrohdoh
pushed a commit
to phrohdoh/stacker
that referenced
this issue
Dec 18, 2018
Previously, file was reported to return `GenericHelperFn`, when it in fact would return either `GenericHelperFn` or `Base64`. Updated the docstring to reflect their common base class instead. Also updated the function to fix a regression where a string was sometimes being returned instead. Fixes cloudtools#645
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As of 1.4.0, the use of the
${file parameterized }
lookup no longer works with blueprints using variable type oftroposphere.AWSHelperFn
. This was working in previous versions - most recently 1.3.0.Error
System Information
Operating System: Mac OS X 10.13.6 build 17G65
Python Version: 2.7.14
Stacker Version: 1.4.0
Files
stacker-config.yaml
blueprints/example_blueprint.py
The text was updated successfully, but these errors were encountered: