MC-98153

Oh okay. Thank you for the explanation. Cheers!

BuildTools gets all the updates and builds you a new spigot.jar.
If the devs commit a fix you can find that in the changelog
When that happens, what you have to do is rerun BuildTools, so that it pulls that updated code and packs it into a new spigot.jar
Then you have to use that new jar to run your server.

When you Update BuildTools you only get a new Toolchain, not a new server jar.

"Run BuildTools:
Code (Bash):
java -jar BuildTools.jar
You're done! Check your folder for the server jars. Thanks for using CraftBukkit | Spigot."

Yes, I know how to read guides.

You have to update spigot, not BuildTools...
Do you know what BuildTools does?

Last build (#55), 17 days ago. How am I suppose to update my builtools that has a fix from yesterday, if the last update was on the 2nd October?

@Luisa How do you expect an issue to be fixed if you don't update to a version that includes the fix?

Issue still happening for me. https://hub.spigotmc.org/jira/browse/SPIGOT-2733

This continues to be an issue for servers using multiple worlds, and can seriously affect player experiences.

WorldBorder is just one of many plugins that can be affected by this. The symptoms can be much worse depending on which plugins you use and how they're configured. As mentioned above, end portals are unreliable right now. In testing, it puts the player in the wrong location the majority of the time. This happens even on worlds without WorldBorder. I've had to write code to workaround this issue so that players don't get themselves killed most times they go through.

I'm having this happen even after removing the plugin WorldBorder. I submitted something about this, and it was marked as a duplicate. Is this a second, separate problem from the WorldBorder one?

I concur with the two previous comments that the problem is fixed in Paper for Nether portals, but still exists for End portals. With End portals, about half the time the teleportation goes just fine for me, but about half the time I get the "moved wrongly" warning and then end up in the wrong location which, in my case, means I fall out of the End world and die. Not fun. And, of course, the problem still exists in Spigot with both Nether portals and End portals.

Interesting, the problem still exists in some circumstances even in Paper, then.

Since I don't think it was fully addressed here in this ticket, the actual problem at hand is the Player object's Location having the World updated but the coordinates stuck briefly (maybe a second or so, not sure exactly how long) to the coordinates in the old world, mismatching the World reference. This is all within the data provided by player.getLocation() immediately after the player has teleported between worlds.
Since WorldBorder (my plugin) checks player locations every 5 ticks by default to make sure they're not outside of the border for the world they're in, that mismatch of World and coordinates can trigger them being moved "back inside the border" from the incorrect coordinates.

The problem definitely does seem to be fixed in Paper 686 with Nether portals, anyway, so that's at least something. Previously with WorldBorder testing on Spigot, most trips through a Nether portal either way would trigger the bug. When I tested in Paper 686 I could no longer reproduce the bug after 25-30 trips back and forth through the same Nether portal I previously tested.
Obviously my testing did only include Nether portals, and not End portals or any other method of teleporting between worlds.

I was able to reproduce the problem with end portals on Paper after this fix was added. (Paper 685) In my case it seems to be always be caused by teleports triggered during collisions.(end portal or physical interact event listener teleporting player) It says "moved wrongly" in console as always and the player is in the wrong location.

@md_5 Please, check out pull request.
https://hub.spigotmc.org/stash/projects/SPIGOT/repos/craftbukkit/pull-requests/254/overview

Is there a process that someone uses to decide which bugs get fixed and which do not? It seems like some issues are addressed very quickly, while others are ignored. This bug report was made over a month ago, and there's even a submitted fix that appears to work (it's been incorporated into PaperSpigot, which seems to run very well), but no action has been taken. I don't normally say much on forums or in these bug reports, but this bug-fixing process (or lack thereof) does get frustrating. After all, isn't one of the goals here to make Spigot as bug-free as possible?

Since it's taking a while for Spigot to accept his pull request, anyone wanting the fix right now can get it by running Paper:
https://paper.emc.gs/

@aikar has looked into it and submitted a pull request to CraftBukkit/Spigot to fix the root problem, so it should hopefully be fixed soon.
https://github.com/Brettflan/WorldBorder/pull/61#issuecomment-208120697
https://hub.spigotmc.org/stash/projects/SPIGOT/repos/craftbukkit/pull-requests/254/overview

A few of us did some testing and discovered a few things.

• Can be reproduced if you teleport a player to another world when they step on a pressure plate.
• At some point it thinks you are moving within the same world to the new xyz coordinates.
• Sometimes "moved too quickly!" is triggered and the issue is corrected.
• Sometimes "moved wrongly!" is triggered and causes potentially catastrophic results. (see below)

• Symptom: teleporting to the wrong world at the right xyz coordinates (often resulting in death).
• Symptom: one player was able to be in two worlds at once, creating this: https://www.youtube.com/watch?v=Rgau2J2hv7Q

To all watchers and users of WorldBorder in 1.9, check my pull request here: https://github.com/Brettflan/WorldBorder/pull/60

Basically, the teleport event is totally fine. What is messing WorldBorder up is that the player object's world is altered first, then inventory and x,y,z location are altered after a short delay. This is messing with WorldBorder's standard checkPlayer timed routine as world and x,y,z location within the world are momentarily out of sync. Consistency is eventual, however; so my pull request simply "turns off" the standard check for a few ticks, to allow the player state to resynchronize. Not a final solution, but for now it will work.

The only issue here is the eventual consistency problem. World should never be updated in the player object independent of x,y,z location, yet, it is. Within the PlayerTeleportEvent, however, there is no inconsistency and in my testing it always reports the correct location until mangled by WorldBorder's checkPlayer update.

I can confirm my server is also having this issue

I am having the same issue, please fix soon!

Can also confirm this issue. Pretty important, lots of players complaining about portals taking them past the border since it teleports them to the 1:1 coordinate location in the world before figuring out the compression for where they should actually be.

This is a pretty big issue, would like to see a fix soon

Hello, this is John Delsasi, avid minecrafter (lol) and server operator. This bug is really bamboozling me. My friends and I can't play!

I think I'm having the same problem with WorldBorder and Spigot 1.9. I'm wondering if this is related to https://hub.spigotmc.org/jira/browse/SPIGOT-1807 and the PlayerTeleportEvent being called twice when going through a nether portal, with the getFrom() and getTo() locations being identical on the second call.