Blueprint: [will be treated as upstream BUG, see URL] Currently user has to list thousand of templates in certain order Let user to provide only single template combining all other templates
Quality Engineering Management has reviewed and declined this request. You may appeal this decision by reopening this request.
This is almost done. The only request for QE will be to use different call for deployment in the CI, no need for more specific testing.
i think this should be blocker, not exception since the UI (https://bugzilla.redhat.com/show_bug.cgi?id=1375413) is also a blocker and depends on this work.
Removing blocker flag: * GUI is not dependent on this exactly (they are getting data from swift and storing in the memory) * QE is not using this commands in RHOSP10 testing We will see if Amit can test this Heat feature in OSP10. If not, we will make it test only feature for Ocata-1. Goal of this is to test whether deployment pointing to A) swift container or B) directory containing templates works.
Amit, would you be able to test this one for RHOSP10?
It all depends on the testing progress and state of current puddles. I have good confidence that this feature will be tested and it will work well but there are a few test cases that still haven't been tested without-which I cannot verify it. You can check that progress in the relevant test run.
I wanted to make sure that templates are being read well and in the correct order while upgrading. Though upgrading still does not work in all scenarios, I do not think that any of those bugs are related to this feature, rather something with RHOS10. I am closing this RFE as verified, though there are still failed test cases.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-2948.html