-
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
Fixes Service Catalog Item Custom subtype display #3809
Fixes Service Catalog Item Custom subtype display #3809
Conversation
@miq-bot add-label gaprindashvili/yes |
@miq-bot add-label fine/yes |
Checked commit GregP@367af3f with ruby 2.3.3, rubocop 0.52.1, haml-lint 0.20.0, and yamllint 1.10.0 **
|
i.e. we should figure out why in this particular case (and maybe with that particular version) would the UI not see the |
@mzazrivec Because one can create a Generic service without Subtype. |
@GregP How exactly can I create a generic catalog item without subtype? |
@mzazrivec not sure how the customer got into that state, but this fix will just safeguard the scenario where user has old Catalog Items with no subtype selected. We do the same in the Catalog Item edit form as well, where if it is not populated we default it to "custom" |
@h-kataria Can you please point me to the part of catalog item edit form code where we default the item subtype to custom? Thanks. |
Fixes Service Catalog Item Custom subtype display (cherry picked from commit 1387e2a) https://bugzilla.redhat.com/show_bug.cgi?id=1570989
Gaprindashvili backport details:
|
Fixes Service Catalog Item Custom subtype display (cherry picked from commit 1387e2a) https://bugzilla.redhat.com/show_bug.cgi?id=1570990
Fine backport details:
|
Fixes default display of "Custom" Service Catalog Item Subtype when value is not set upon creation/edit.
https://bugzilla.redhat.com/show_bug.cgi?id=1568471
Screen shot post code fix: