Everything works fine as long as the tulip-player is open, but if the tulip-player was closed and opens via the player link its not opening the app from the link and “stays” on the previous one.
So this is very dangerous, because in some cases the operator running the wrong work instruction.
This behavior was reproduced on a windows player.
Goal: Even if the player is closed and is started via the player link, the correct app should be opened.
Thanks for this feedback! @shep is the Product Manager responsible for this feature, but he is currently out of office. That being said, he has been working on the “clickable URL” request from the thread @thorsten.langner brought up here, but the issue @Jeremy points out is a slightly different one.
I will have him take a look at this once he is back and he will follow up here as well!
Sorry @beth, I didn’t want to mix things up. I only wanted to show that this issue (not opening the correct app if the player is closed) was also mentioned there, because @shep could have this on his radar already
Hey all! Thanks for bringing this issue to our attention. I agree, the expected behavior should be to navigate to the new app in the link regardless if the player is opened or closed. I’ve noted this bug in our system and we will see what we can do!
Have the team already analyzed the bug ticket and can you say whether it can be solved in the short term or will be a long runner?
As already described above, this bug is very dangerous, as it sometimes causes the wrong work instruction to be processed.
Hey @Jeremy, I can’t give a timeline just yet, but will follow up in the next week or so. This behavior has nothing to do with the link feature itself, rather it’s with the Tulip Player behavior. I will raise this to our teams and get back to you on what we can do about it.
there was a player update and you made a change in r295 in the player link and I wanted to give you our feedback here:
The following change in r295 is understandable, but also has disadvantages:
The Copy player link format on the app preview page will now be a https link, which will allow users to open player on previously unsupported platforms/OSes.
The disadvantage is that the https link opens another browser (tab) each time and requires more clicks/time for the player to open the app.
For customers where the old link is already implemented, the https link is a step backwards.
It would therefore be great if you could make it possible to download both links, as the “old” tulip-player:// link is no longer available.
The problem that the app does not open via the tulip-player:// link when the Tulip Player is closed unfortunately still exists. Do you already have an update for this?
Thats true, however the syntax tulip-player://xxxxxxx still works and you can replace the first part of the URL (before the long ID) with tulip-player://.
Sure, an option to choose would be better…
I Agree on that one! That is a real issue. I guess it has to do with the processing order or duration on startup… It seems to “forget” to process the app opening after loading the player fully…
@Jeremy - Great news! The original request in this thread (“Even if the player is closed and is started via the player link, the correct app should be opened.”) has just been implemented in Platform Release 301 - January 2025
Go check that out and let us know if you have additional feedback here.
As for the update in r295, “copy player link format on the app preview page will now be a https link” - this was implemented due to feedback from other customers (see here: One Click Link for Launching Tulip Player + Specific App - #26 by ta-aoki) but I will poke @shep to see what he thinks on making both types of links available.
I would also say @thorsten.langner advice here is solid too (as always )
Hey @Jeremy, thanks for sharing your feedback on the App Player link. How and where are you using the App Player link? It sounds like you are embedding it into an app? If this is the case, have you considered using an app transition instead of the Player link in your apps?
The Player link was intended to allow users to share and reference apps outside of Tulip Apps. Therefore, I’m wondering if there’s a better alternative here instead of using the Player link for app transitions.
As for the bug you reported at the beginning of this thread, please let us know if you still are encountering this issue post r301. @thorsten.langner this includes you too, and thanks for your suggestions throughout this conversation!
of course I would use the app transitions if the call of apps was within Tulip.
The case I am describing here for a customer is as follows:
The leading system in production for e.g. confirming operations is their ERP system and the app link to the appropriate Tulip app is stored there as a work instruction for each operation/article.
So if you click on “Open work instruction” in the ERP system, the Tulip player is opened and the appropriate app is called up. At this point, it is annoying if the browser is called up every time in between.
Hi @Jeremy, I understand now. Thanks for the explanation. I totally see how this can be disruptive to the flow of viewing several apps containing work instructions. I will bring this to our team and see what we can do!
I actually tried this, to test, if you can achieve an App transition that respects if the app is allocated to the station or not (so you have both options, app-transition: no allocation needed & link: allocation needed) this way you could give one app to multiple user stations, where some of them have access to more funcions (in another app)…
however, the tulip-player:// type link does not work with the “open Link”-trigger!
This trigger dismisses the : from tulip-player:// and tulip-player//can not be opened…
I have no clue why this happens… is this a bug?
Hi @thorsten.langner after investigation, I able to get this working properly on my end. I embedded the URL in a trigger on a button to open another app. It canceled the current app running and started the new app linked.
Do you have permissions to run the linked App on your station?
