Thank you for sharing the admin access.
I've checked the page "eStore" ( hidden link ) and it is using the view "Search By Vehicle".
( hidden link )
The challenge here is that this view is not using the standard Toolset method to show the search results on a separate page. Instead, it is using the custom script to redirect to the search results page.
( screenshot: hidden link )
This custom script method is not future safe and is prone to fail and I don't think it is working as expected on the old website either.
( hidden link )
So while you're redoing the website for different page builders, it would be a good idea to remake those views, so that they don't have to rely on this custom script-based redirection.
For example, I've created a simple vehicle search view named "View for Vehicles search by TS support".
( hidden link )
You can see the search form for this view is placed on the page "Vehicles search form page by TS support".
( hidden link )
The shortcode used on this page for this new view is:
[wpv-form-view name="view-for-vehicles-search-by-ts-support" target_id="17792"]
When the search form is used, it shows the results on another page "Vehicles search results page by TS support". The ID of this page is '17792' which is used in the shortcode above, to tell the view's search form to use this page for showing the results.
( hidden link )
This page contains two shortcodes for this new view. The main right side column has the shortcode to show the results:
[wpv-view name="view-for-vehicles-search-by-ts-support" view_display="layout"]
The smaller left side column has this shortcode to show the search form so that if the user wants to change the search from the same search results page, it can be used:
[wpv-form-view name="view-for-vehicles-search-by-ts-support" target_id="self"]
I hope this example usage will make this functionality clearer.