We are developing a Thingworx mashup with a link that loads an associated AR experience. We're using the URL format from the Share menu in Vuforia Studio, with the pattern
This works fine in most circumstances, but we've run into one hitch: on some devices, where both Vuforia View and Vuforia Vantage are installed, the link tries to load the URL with Vantage instead of View, which of course fails. However, other devices with both apps work as they should.
Does anyone have any ideas what controls this, and more importantly, how to resolve it so the link always sends the user to Vuforia View? Thanks!
Thingworx is 9.1.3-b593. I'm not sure what version of Vuforia View or Vantage were in use, it was a colleague who was reporting the problem and I couldn't replicate it myself.
Keep in mind, the link works fine for me on my devices (Android & iOS), both of which have both View and Vantage. But another user was seeing the link send them to Vantage instead of View (on an iPad).
Hi @ClayHelberg ,
I think the issue is based on the local device how the app are registered as default app for specific URL domain.
Let say I will have 2 links the one for Experience Service project it the syntax (where we expect that Vuforia View app should open it):
and another link which should call a capture procedure starting with the link e.g.. ;
This are the link could be obtain when the experience ( Studio project , capture or instruct experience ) is already published and then share the deep link. So , actually we need for Studio experience project the Vuforia View app and for capture or instruct projects the Vantage app. The server URL should be different studio and capture/instruct projects.
We can for example try to call the deep link for any experience on a mobile device (or scan the QR code in a QR code scanner /.not in Vuforia View or Vantage app). In this case when we call first time this URL domain the system will suggest some options - possible list app for a choice where you can select to call this app only one time or always. So, when you select e.g. for a Vuforia view deep link the vantage the system will save and remember this link. I think when we reinstall the vantage , then call the link again one time and then select the app choice list the Vuforia view app - then it should , it think, remember that Vuforia view should be started when calling a deep link staring with this URL domain. I believe that this could be the reason. Possibly there is simpler fix to remove the app mapping on the mobile device.
This makes sense, but I was hoping maybe this was an issue that had come up before and had a known solution. My colleague was able to get the link to work correctly be removing Vuforia Vantage from the device. The link then opened in Vuforia View as desired. But ultimately we will want to make sure the link consistently works on devices with both apps, since asking users to uninstall one PTC app to enable another one seems like a strange sort of solution to recommend. Since it's a hyperlink from a web page (a mashup), it's not an option to suggest the user scan with a specific app--there's no QR code involved in this use case. We want the user to go straight from the mashup to the 3D experience with a simple button tap.
yes , I agree that this is not a real solution but could be used as workaround for occasional use. So far I understood it was an issue occurring only on few devices. I also was not aware about the issue and did check it by simple test on android device.
If the issue occurs often, then I could report it to R&D to ask if there are some more efficient option to avoid this probem. On which devices does the issue occur (android , ios ...)?
Also I see on andorid dev portal that there is option to create some link maps for an app https://developer.android.com/studio/write/app-link-indexing but this seems to be something what the developer of android app could do (in this case possibly in vantage or view)