-
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
Propagate parent model into GTLs on InfraNetwork switches 🖵 🐞 #5902
Conversation
@h-kataria there's still a glitch with this, I'm not sure if we would like to display the switches that don't belong to any host. The Let's discuss this on gitter when you're available ... |
@miq-bot rm_label pending core |
dedf71c
to
4ba6f1b
Compare
Checked commits skateman/manageiq-ui-classic@a9f371a~...4ba6f1b with ruby 2.4.6, rubocop 0.69.0, haml-lint 0.20.0, and yamllint 1.10.0 |
Propagate parent model into GTLs on InfraNetwork switches 🖵 🐞 (cherry picked from commit c613075) https://bugzilla.redhat.com/show_bug.cgi?id=1726280
Ivanchuk backport details:
|
The GTL on the
Compute > Infrastructure -> Networking
displays the same switches all the time, doesn't matter which node you are selecting. The problem is that theselected_ids
param is no longer propagated into the GTLs. Even if I would try to propagate it, an empty array would fall back to the current behavior (possibly because of acompact
on the params somewhere).The Right Way™ is to send the parent record into the
options
passed further to the GTL and it will automagically call theswitches
method on it. Of course this requires to have theswitches
method on every model we're touching and it's missing from theEmsCluster
.Also found out that the
Lan
nodes under switches should not be clickable, we lost this functionality here.@miq-bot add_label pending core, bug, compute/infrastructure, explorers, hammer/yes, ivanchuk/yes
@miq-bot add_reviewer @h-kataria
Depends on: ManageIQ/manageiq#19076
Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1726280