HIFI: manual URL location gets ignored

[QEU-B-458]

we have found out after trying to make a private world with a location that the location when added onto the URL gets ignored and you get sent to a random destination we did use a location taken from a spot in the world.

if you register a location with places in the directory service it works fine but otherwise couldn't get it to take me to the specified location.

[AleziaKurdis]

What is this means exactly: "when added onto the URL"?

Can you give more details and step to reproduce ?

[QEU-B-458]

hifi://5.161.126.31:60002/-2,0,3/0,0,0,1
this is the URL i was using.

and just pasting the URL into the places search bar

[AleziaKurdis]

Well, the server seems to be private. So I can't test this specific URL.

But I did the test using an ip: port with the exact same path and I'm landing at the right spot 100% or the time.

What kind of random destination did you get?
Same domain but different coordinates ? or something else ?
Can you get the address of those random places ? (menu: Navigate >Copy address to clipboard )

Regarding private place... sadly, they get displayed in the Places app list, they were not supposed to. And there is still not any preference to not published... (Current limitations)

[JulianGro]

Yeah, I cannot reproduce it here either.
hifi://195.201.114.16:40402/-8.26743,-15.5624,128.741/0,0.907991,0,-0.41899
hifi://195.201.114.16:40402/-6.90386,-7.84872,-43.1208/0,0.997864,0,-0.0653301
hifi://195.201.114.16:40402/-2,0,3/0,0,0,1
All these URLs always land in the same place on my system.

[QEU-B-458]

i input this url hifi://5.161.126.31:60002/-2,0,3/0,0,0,1
and i got these url locations instead
hifi://5.161.126.31:60002/-10.6381,4.67887,15.8606/0,-0.576166,0,0.817333
hifi://5.161.126.31:60002/0.000109601,-0.577284,-0.000109354/0,0,0,1
hifi://5.161.126.31:60002/0,0,0/0,0,0,1

i will open up the server for you to test

[AleziaKurdis]

I made this test:
I teleport 3 timed using "hifi://5.161.126.31:60002/-2,0,3/0,0,0,1" in the Places app.
and I landed 3 timed exactly at: /-2,0,3/0,0,0,1
Using "Navigate > Copy Path to Clipboard"
(tested in Desktop)

Maybe there is something else you do or use?
Do you have the same issue with the default avatar (mannequin)?

Or maybe this needs more attempt to reproduce it?

It could be also the explanation why I sometime land under the floor on some of my domain. (a problem introduced and not completely solved long time ago when High Fidelity change something about the position of the avatar.

Were you in Desktop or in VR when you experienced that?

[JulianGro]

I wonder if it has anything to do with the avatar. Maybe it tries to put the base of the avatar somewhere, and there is something broken about the model making that part of the code fail. (I cannot reproduce the issue on hifi://5.161.126.31:60002/-2,0,3/0,0,0,1 either.)