TP'ing is offset with Batching Colliders offSolved
With the recent update, majority of server owners have turned off Batching Colliders. This has caused an issue with TP'ing, please have a look into this since players sometimes end up inside their walls due to the offset.
Yep, I have seen this issue too. TP into a 1x1 and they end up outside.
Looks like it is a default setting as of a commit from last week.  But I definitely have not seen this issue so far.

Merged post

Have tried on 2 servers, both running on Linux.  In both cases batching.colliders is 0 / False.  I am unable to duplicate this.
Yup im also getting reports that they are tping for away from the person they wanted to tp to. Latest tp update.
How far is far?  Also, I am still not able to reproduce this problem so far.

Merged post

I went through the pain of setting up a Rust server on Windows just in case.  I am curious which providers you are with and/or if you can PM me so I can see what's happening on your server.
I cannot re-create the issue either but is definitely exists. 
Is this perhaps with tpr/tpa only?  I am pretty sure there was a coded offset for that purpose but not for any others.  If so it may be adjustable.
i have a dedi from nfo, so im pretty sure thats not the issue with which providers you are using, and yes the issue is with tpr/tpa they spawn away from the players they wanted to tp to. This is from a player "last time if i stand on my spot and i accept tpa he will tp there not tp till left or right far abit like 3 foundations".
From what I can tell, the offset on tpr/tpa has always been there although it may be more pronounced now.  However, in 1.0.51, there is a new config, OffsetTPRTarget.  If not set at all or set to true, the old behavior continues.  If set to false, the offset calculation will be skipped, causing the requester (tpr) to be telported under the target, or at least where they were when they accepted the teleport (tpa).
Locked automatically