Hello and thank you for contacting the Toolset support.
As soon as there is an URL parameter on the archive page, no results are returned, even if no filters are selected. Check this example hidden link
And a screenshot here hidden link
Regarding this part of the URL aux_current_post_id=2474&wpv_aux_parent_post_id=768
768 is the ID of the current archive page. I believe that the view tries to get the ID of the page where it is shown. But it is an archive page, which does not have an ID. But the archive template does have the ID 768.
2474 is the ID of a post. You can edit it here hidden link
I believe that this is the first object returned by the archive. But I am not sure.
I do not believe that using a view inside an archive template instead of the archive itself is a good solution. I would suggest disabling the archive on the custom post type. Then change the slug of the page where the view works to the custom post type slug(which is the archive URL). That way, you can use a view for a page that has the same URL as the "default archive for the custom post type".
I might discuss this with my colleague Christian next week and see what he thinks about this workaround instead and what he can say about his.
This ticket is now closed. If you're a WPML client and need related help, please open a new support ticket.