Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

unhashable type: 'dict_node'

See original GitHub issue

I’m getting this:

2018-04-22 00:46:35,869 - cfnlint - DEBUG - Get resources from template...
Traceback (most recent call last):
  File "/usr/local/bin/cfn-lint", line 11, in <module>
    sys.exit(main())
  File "/usr/local/lib/python3.6/dist-packages/cfnlint/__main__.py", line 157, in main
    matches.extend(runner.run())
  File "/usr/local/lib/python3.6/dist-packages/cfnlint/__init__.py", line 560, in run
    self.filename, self.cfn, self.ignore_checks))
  File "/usr/local/lib/python3.6/dist-packages/cfnlint/__init__.py", line 107, in run
    matches.extend(rule.matchall(filename, cfn))
  File "/usr/local/lib/python3.6/dist-packages/cfnlint/__init__.py", line 55, in matchall
    results = self.match(cfn)  # pylint: disable=E1102
  File "/usr/local/lib/python3.6/dist-packages/cfnlint/rules/resources/properties/Properties.py", line 195, in match
    resourcetype, resourcename, path, True))
  File "/usr/local/lib/python3.6/dist-packages/cfnlint/rules/resources/properties/Properties.py", line 131, in propertycheck
    parenttype, resourcename, arrproppath, False))
  File "/usr/local/lib/python3.6/dist-packages/cfnlint/rules/resources/properties/Properties.py", line 172, in propertycheck
    resourcename, proppath, False))
  File "/usr/local/lib/python3.6/dist-packages/cfnlint/rules/resources/properties/Properties.py", line 111, in propertycheck
    if prop not in resourcespec:
TypeError: unhashable type: 'dict_node'

The template deploys just fine.

Issue Analytics

State:
Created 5 years ago
Comments:21 (13 by maintainers)

Top GitHub Comments

2reactions

VigneshSonaiyacommented, Aug 14, 2019

I got unhashable type: ‘dict_node’ error when I add !IF condition in my template. PersonServiceApi: Type: AWS::Serverless::Api Properties: Name: !Sub ${StageName}-PersonAPI StageName: !Ref StageName Auth: DefaultAuthorizer: !If - IsMaster - !Sub ‘None’ - !Ref CustomAuthorizer Authorizers: CustomAuthorizer: FunctionPayloadType: REQUEST FunctionArn: !GetAtt ApiGatewayAuthorizerLambda.Arn FunctionInvokeRole: !Ref ApiGatewayLambdaExecutionRole Identity: Headers: - cookie ReauthorizeEvery: 0 DefinitionBody: openapi: 3.0.0 info:

1reaction

kddejongcommented, Apr 22, 2018

At the very least I’m working on a change now to more gracefully catch this issue going forward.