-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
ui: Rename a model attribute to not be overwritten by ember-data #9524
Conversation
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.
The fix looks good.
I did a test in #9524 , lets get that approved and merged here and we can double check everything before merge.
Oh don't forget to add the 1.9.x backport label here
c80a023
to
4467bd1
Compare
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.
Did that force push accidentally remove the test additions from #9532, or is GH playing up for me?
mmm, not sure. I rebased against master and force pushed. |
…ui/bug/error-service-instance-redirect
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.
🍒 If backport labels were added before merging, cherry-picking will start automatically. To retroactively trigger a backport after merging, add backport labels and re-run https://circleci.com/gh/hashicorp/consul/308810. |
🍒✅ Cherry pick of commit b86eea4 onto |
* Rename a model attr to not be overwritten by ember-data * Make sure we can click on the instances * Make sure we can click back to the preevious page, not root * Add a forwards/back/forwards navigation test for service instances * Rename a model attr to not be overwritten by ember-data Co-authored-by: John Cowen <jcowen@hashicorp.com>
🐛 Clicking on a instance, then back, then clicking on the instance again would redirect users to a 404 error page.
Solution: There is a relationship between service-instance and proxy-instance models and they both have attr called
Node
. In the service-instance modelNode
is an object and in the proxy-instance model it's a string. We expect a string at all times. To avoid overwriting we have renamedNode
to beNodeName
in the proxy-instance model.Test: Left a TODO note on the navigation tests. Unable to complete due to mock data.