@thorsten.langner Niceeeeeeee. So is the xxxxxx that long random string you get from the console screen or the app id?
the random string from capturing the network activities in the dev tools (as you showed us)
1 Like
Hello,
I’m happy to share that you can now (r285) copy a URL to launch a specific app in the Tulip Player, all in 2 simple clicks.
On the apps list and apps overview pages in the three dot menu includes a new option of Copy Player link, which allows users to copy a link that will open an app in the Tulip Player if installed. Previously this was not available. This will follow the permissions defined by the station, and allows for quicker access to apps from other systems.
We recognized that having this feature would make several use cases much easier for many of you. Thanks to all that contributed to this discussion and bringing this to our attention.
Happy building!
5 Likes
This “Copy Player link” feature is great!
However, I have one additional request about this feature.
The generated link starts from tulip-player:// but the URI scheme tulip-player:// is not supported by major OSs/Softwares.
Therefore, we have to manually copy and paste that URI to the address bar on the browser to open the link. That operation is not friendly to average users.
Will replacing the link tulip-player:// to https://<instancename>/open-player?tulip-player= , solve the problem? If so, could you make that a link to be copied ?
Hi @ta-aoki, thanks for your comment! I’m glad to hear you appreciate the improvement. Could you provide more specifics on what end users are experiencing when they click on the tulip-player:// links? Also, what devices/OS are these users experiencing the issue on?
Our intention was to make the url accessible for most end users.
I use Windows PC, iPad and iPhone. Here are some examples.
-
When I write the URL directly in Teams, the link is unclickable.
-
If I try to create it as a link in Teams, the app says “URL is invalid”
-
If I put the URL in MS Edge browser on iPad/iPhone, the Tulip Player would not open. MS Bing page opens with the link as the search keyword.
-
If I create the link in MS Excel with hyperlink function and tries to open it, our security software blocks it.
On my Windows PC, I can open the URL only by pasting it into Chrome/Edge address bar.
On my iPhone/iPad, I can open the URL only by pasting it into Safari address bar.
1 Like
@shep
I can confirm the issues 1,2 & 4 (did not try #3).
Also Outlook will not auto create a clickable link, but you can make it a link with ctrl+ k
But the receiver will also get a security message and after confirming an “Access denied”
So the link will not work from Teams or Outlook, what makes it kind of pointless (copy paste into the browser will work…)
2 Likes
Thank you both for responding. This is helpful to learn and will follow up with our team on improvements for this. Will keep you posted on updates!
3 Likes
Will replacing the link tulip-player:// to https://<instancename>/open-player?tulip-player= , solve the problem?
If so, I can announce to my colleagues to replace it manually, as a temporal solution.
It seemed to work when I experimented it, but I would like to know whether this can be recommended.
Thanks for reminding me on my own solution
Yes this should work.
@shep
However what I experienced (as a bug) on both types of link:
When the player is closed, often the last app gets opened and not the one, the link is from.
When the player is opened and I click the link (again) it will open the wanted app…
1 Like
I also notice similar problem. It happens even if the player is opened.
Let us say you have app “A” in instance “a-tulip.example.com” , app “B1” and “B2” in instance “b-tulip.example.com”.
- Run the App “B1” in the player normally.
- Change the instance to “a-tulip.example.com” manually and run app “A”.
- Open the link of “B2” in the same computer. You will see the Tulip Player switches the instance but shows “B1” instead of “B2”.
Yes I guess, the player “forgets” the link parameter (app id to open) while initialising when loading the instance. No matter if it is on opening the player or switching the instance in the player.
1 Like
@ta-aoki @thorsten.langner Noted on the bug you’ve identified. I’ll report this to our team and we’ll investigate the issue. It seems like this isn’t expected behavior.
Seems like changing the URL format to https://{instance-name}.co/open-player?tulip-player=xxxxxx seems to work, but you just need to make this change manually? This is helpful for us to know, and will work on updating this natively with the Copy Player Link action. Thank you both!
Yes we need to make the change manually. (Get the tulip-player://xxxxxx link from the new feature, copy the ID and paste it into https://{instance-name}.co/open-player?tulip-player=xxxxxx
Actually, when clicking a link like:
https://{instance-name}.co/open-player?tulip-player=xxxxxx
The Browser seems to switch that to:
tulip-player://xxxxxx
Thanks, we will take a look at this and hope to make this update soon!
@shep .
I tried with my iPhone/iPad, and I think the link does not work when the Published App was already opened. (It is stuck to the App already opened)
If the already opened App was a
Developement version, the link will bring us to the desired App.
This issue did not reproduce on my PC.
I tested with both tulip-player://xxxxxx and https://{instance-name}.co/open-player?tulip-player=xxxxxx .
1 Like
@ta-aoki thank you for the additional details. Noted, and we will investigate this issue, as well as the original request of making the URL link in a clickable and browser-familiar format.
1 Like
@ta-aoki and @thorsten.langner - Great news! @shep and team have delivered this enhancement for you in Release 295 - November 2024
The Copy Player Link is now a recognizable and clickable URL by browsers and other applications! Check it out and let us know if you have further questions 