-
Notifications
You must be signed in to change notification settings - Fork 356
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
Fix loop conditional on provisioning workflow volume form #2890
Fix loop conditional on provisioning workflow volume form #2890
Conversation
@@ -17,6 +17,7 @@ | |||
|
|||
.form-horizontal#add-volumes-form | |||
- while (draw_fields) | |||
= options |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm trying to understand why is the above line here? Why are we rendering the options
hash here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, that's a debug line that got left in. Thanks for noticing it.
Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1506466 The problem described in the BZ was occuring because the loop that builds the volume provisioning form was checking the wrong hash keys for its condition and terminating early.
88b3443
to
f731e0d
Compare
Checked commit mansam@f731e0d with ruby 2.3.3, rubocop 0.47.1, haml-lint 0.20.0, and yamllint 1.10.0 |
@mansam Can this be |
…-form Fix loop conditional on provisioning workflow volume form (cherry picked from commit 45d70e8) https://bugzilla.redhat.com/show_bug.cgi?id=1520540
Gaprindashvili backport details:
|
@simaishi Yes I believe this can be backported to Euwe. |
@miq-bot add_label euwe/yes |
Euwe backport details:
|
…-form Fix loop conditional on provisioning workflow volume form (cherry picked from commit 45d70e8) https://bugzilla.redhat.com/show_bug.cgi?id=1520541
Fine backport details:
|
Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1506466
The problem described in the BZ was occuring because the
loop that builds the volume provisioning form was checking
the wrong hash keys for its condition and terminating
early.