Type name resolution fails
Bug #1618563 reported by
Stan Lagun
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Murano |
Fix Released
|
High
|
Stan Lagun |
Bug Description
When one class creates instance of another without specifying class FQN but using short name instead and both classes are in different namespaces the class cannot be created because its name is looked up in the wrong namespace. This bug was introduced after new contract framework merge
Changed in murano: | |
assignee: | nobody → Stan Lagun (slagun) |
status: | New → In Progress |
Changed in murano: | |
importance: | Undecided → High |
milestone: | none → newton-3 |
tags: | added: engine |
To post a comment you must log in.
Reviewed: https:/ /review. openstack. org/363020 /git.openstack. org/cgit/ openstack/ murano/ commit/ ?id=8757c6d177b bfe7f9f53b05209 566db550de7519
Committed: https:/
Submitter: Jenkins
Branch: master
commit 8757c6d177bbfe7 f9f53b05209566d b550de7519
Author: Stan Lagun <email address hidden>
Date: Tue Aug 30 09:35:49 2016 -0700
Type name resolution was fixed
After the new contract framework and new property validation
workflow were introduced type name resolution broke. As
a result if the creating class is in different than the created
property validation will fail. This commit fixes it.
Change-Id: I2fdf7bb5e5d6af 73acaaabdd65c7d 676a180a7a2
Closes-Bug: #1618563