Open Fryguy opened 4 years ago
Right, so, the route actually does work, only it expects tree ids, not object ids.
So, first access to /vm_infra/explorer/v-1
:
But access to /vm_infra/explorer/1
:
But, the second is not the "Record not found" screen, or anything nice, so this still needs fixing :).
Also, in the case of this explorer:
v-1
or t-1
(1 being a vm id) or t-13
or v-13
(13 being a template id), it goes to the right record, and always picks the first accordionSo, we should probably just accept a raw id as well.
This issue has been automatically marked as stale because it has not been updated for at least 3 months.
If you can still reproduce this issue on the current release or on master
, please reply with all of the information you have about it in order to keep the issue open.
Thank you for all your contributions! More information about the ManageIQ triage process can be found in the traige process documentation.
cc @skateman Not sure if your dead routes detection was aware of this one or not. (it's not actually dead, so probably not...more just wanted it on your radar)
Yeah, working on it https://github.com/ManageIQ/manageiq-ui-classic/pull/7131
EDIT: this is not actually related to the dead routes, this can happen on any route. Basically anything you send after the /
is treated as params[:id]
, this is a rails feature.
@Fryguy @kavyanekkalapu is this still an issue or resolved in #7131 ?
I am not able to understand the issue. Can we access specific record details of explorer table record using id?
Only route working for me is -> http://localhost:3000/vm_or_template/explorer#/
This is still an issue in the sense that the route table lets you hit a URL like http://localhost:3000/vm_or_template/explorer/1, but you get an error page with a stack trace issue that blows up as opposed to something like the 404 page, which is more expected. Similarly you can hit http://localhost:3000/vm_or_template/explorer/abc and instead of 404 it blows up. http://localhost:3000/vm_or_template/explorer/v-1 is an example of a URL that works correctly, because we expect a tree-id.
There are multiple ways to fix, the easiest being to just catch unexpected id values and redirect to 404. Alternatively, we could support id-based URLs as well which would allow for deep linking.
This issue has been automatically marked as stale because it has not been updated for at least 3 months.
If you can still reproduce this issue on the current release or on master
, please reply with all of the information you have about it in order to keep the issue open.
Thank you for all your contributions! More information about the ManageIQ triage process can be found in the triage process documentation.
While this is an uncommon route it is exposed via routes.rb and should seemingly redirect, but it gives this error...
cc @himdel