Portals not placing the player at correct coordinates causing them to take suffocation damage
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division/multiply by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative mode and Survival mode in Multiplayer, Survival mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.
The spawn seems to always be inside a ceiling, suffocating the player.
Environment
Windows 10 Home Premium, Java Version 8 Update 60
Linked Issues
is duplicated by105
relates to9
Created Issue:
Overworld Nether portal not creating its counterpart in the Nether
When creating a Nether Portal and entering it, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.
The spawn seems to always be inside a ceiling, suffocating the player.
Environment
Windows 10 Home Premium, Java Version 8 Update 60
Overworld Nether portal not creating its counterpart in the Nether in Multiplayer
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.
The spawn seems to always be inside a ceiling, suffocating the player.
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
I suspect this is actually a dupe of https://bugs.mojang.com/browse/MC-89919... it happens with end portals, nether and, to a degree end gateways
is duplicated by
Overworld Nether portal not creating its counterpart in the Nether in Multiplayer (Also end portals/gateways)
is duplicated by
When creating a Nether Portal and entering it in a Multiplayerserver, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description. The entire bug seems to be about the game not following the multiplier in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.
The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description.The entire bug seems to be about the game not following the multiplier in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.
The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the multiplier in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the multiplier in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the multiplier in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The can be reproduced in Creative Mode in Multiplayer and Survival Mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the multiplier in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative Mode in Multiplayer and Survival Mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the multiplier in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative Mode in Multiplayer
andSurvival Mode in Singleplayer.ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the multiplier in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative Mode in Multiplayer, Survival Mode in Singleplayer and
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the
multiplierin the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.The bug can be reproduced in Creative Mode in Multiplayer, Survival Mode in Singleplayer and
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative Mode in Multiplayer, Survival Mode in Singleplayer and
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative Mode in Multiplayer, Survival Mode in Singleplayer
andORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative Mode in Multiplayer, Survival Mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division/multiply by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative Mode in Multiplayer, Survival Mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division/multiply by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative
Mode in Multiplayer, SurvivalMode in Singleplayer.ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division/multiply by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative mode and Survival mode in Multiplayer, Survival mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
Overworld Nether portal notcreating its counterpartin theNether in Multiplayer (Also end portals/gateways)Overworld Nether/End portal not placing the player at correct coordinates
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
duplicates
is duplicated by
duplicates
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
relates to
is duplicated by
is duplicated by
OverworldNether/End portal not placing the player at correct coordinatesOverworld / End portal not placing the player at correct coordinates (Nether was fixed in '42a)
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
Overworld / End portal not placing the player at correct coordinates(Nether was fixed in '42a)Portals not placing the player at correct coordinates
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
@Raymond Self
I used to think the same too. I then came to the realisation that very bad bugs (like this) can have more complex roots and can be a lot harder to isolate, and fix. Thus, they tend to last a lot longer. The portals bug may be indirectly caused by some other bug not related to portals at all. It could be caused by the new "anti-cheat" system put in place, seeing the player doing "illegal moves" or moving too fast when travelling through portals.
JimmyZJX's fix is welcome in our case, but might get ditched in forthcoming snapshots. We don't know how Mojang devs will react to community members doing fixes for them. They could be acknowledged and integrated with thanks (hopefully) or could result in finger-slappings and warnings to not "interfere with the devs", we don't know yet!
I know the devs will work hard, as they always do, to make sure these showstopper bugs won't make it into the release. There's quite a few of them. Since 15w47c, snapshots have been VERY flaky and unreliable, lagging and crashing badly. But this is normal for snapshots.
is duplicated by
is duplicated by
is duplicated by
A comment with security level 'global-moderators' was removed.
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division/multiply by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative mode and Survival mode in Multiplayer, Survival mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
If you are experiencing similar issues, please see
MC-97523.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division/multiply by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative mode and Survival mode in Multiplayer, Survival mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
Portals not placing the player at correct coordinates causing them to take suffocation damage
If you are experiencing similar issues, please see
MC-97523.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division/multiply by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative mode and Survival mode in Multiplayer, Survival mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
EDIT: Fixed the bug description, keeping the old description, just in case...
The entire bug seems to be about the game not following the division/multiply by 8 rule in the Nether/End placement when entering the said realms, which can lead to spawning inside blocks, or falling into the Void.
The bug can be reproduced in Creative mode and Survival mode in Multiplayer, Survival mode in Singleplayer.
ORIGINAL DESCRIPTION:
When creating a Nether Portal and entering it in a Multiplayer server, the player ends up in the Nether without a counterpart to the original portal, making it harder or impossible to return to the Overworld without dying.The spawn seems to always be inside a ceiling, suffocating the player.
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
I was teleported to the area in the left of the screen when I first entered the End in 1.9 in an old save. Naturally, I fell in the void and immediately died. The center of this area has the same coordinates as those of the End portal in the overworld that I used to access it.
is duplicated by
relates to
is duplicated by
is duplicated by
relates to
Dupe of MC-89928
Dupe of MC-89928
If you appeared over the nether bedrock, that's MC-89928. Otherwise, it's probably working as intended.
Dupe of MC-89928
Dupe of MC-89928
Dupe of MC-89928
Dup of MC-89928?
Dupe of MC-89928
Might be partwise MC-89928
Dupe of MC-89928
Dupe of MC-89928?
Duplicate of MC-89928 – If you searched the tracker before creating this report, and were unable to find the indicated ticket, please comment with the keywords you searched for so that the original report can be improved.
Duplicate of MC-89928 – If you searched the tracker before creating this report, and were unable to find the indicated ticket, please comment with the keywords you searched for so that the original report can be improved.
Is this MC-89928?
Dupe of MC-89928
Dupe of MC-89928
Dupe of MC-89928
The steps given above no longer work to reproduce the bug, both because the offending dogs which were located at felis' and madmalik's base have been edited out of the world, and because of MC-89928.
Dupe of MC-89928
Dupe of MC-89928
Dupe of MC-89928
On a SMP server, I am stuck in a pair of connected Nether portals. I constantly get teleported between the two dimensions, snapping back to the position of the portals even after moving. I also receive suffocation damage once per teleportation, and the change in the hunger bar and stack size after eating food only becomes visible after a dozen teleportations or so.
This happened while trying to go from the Nether to the Overworld; going from the Overworld to the Nether seems to work fine. After logging out in the Nether and asking another player (who is apparently not affected) to deactivate the portals, I tried using a different pair of portals, with the same result. I eventually died of the suffocation damage in the Overworld, and after respawning went back to the Nether to collect the part of my inventory that had fallen into the portal. After collecting the items I tried to go back to the Overworld, which triggered the bug again.
The affected world can be downloaded at http://api.wurstmineberg.de/v2/world/wurstmineberg/backup/latest.tar.gz (the portals in question are those located directly at spawn, marked with yellow and green stained clay).
Steps to reproduce:
- Set up a SMP server
- Give yourself the materials to build and light a Nether portal
- Enter the Nether
- Exit the Nether
May be dependent on network lag.
Possible cause:
- The client spawns in the new dimension, but at the coordinates of the entrance portal (either
MC-89928or closely related). If there happens to be a solid block at these coordinates, the player will receive suffocation damage. If the coordinates are in a lava lake, the player will catch fire. - The position gets corrected to the coordinates of the exit portal, making the server think they just entered this portal.
- If they stand in the portal for the usual 4 seconds, they get teleported back. Loading the exit dimension can cause enough lag to make it impossible to exit the portal fast enough.
Workaround:
Log out and back in while you are in the correct dimension. Note that when doing this you can occasionally find yourself at incorrect coordinates.
Are you sure you're in 15w42a since is supposed to be fixed MC-89928 in that snapshot ?
I tested it with a different account to try and see if it was somehow account-related, but this time going from the Overworld to the Nether triggered the teleport loop. I changed my gamemode to Spectator to break out of the teleport loop and found myself in the Nether, but at the coordinates of the Overworld portal. Which probably means that this bug is related to MC-89928.
Dupe of MC-89928
Dupe of MC-89928
This doesn't look like the same issue as MC-89928.
For one, this issue only happens on Linux, not on Mac or Windows.
The other reason, is my coordinates appear to be correct. The portal I have that causes the problem is at (66,72,-168) in the normal world and (-5,68,-6) in the nether. The other portal I have in my world that does not have this problem is at (763,68,-57) in the normal world and (95,68,-6) in the nether.
I don't mind attaching the world, but it is a little to big to attach (18.4 Mb zipped).
Also this bug is the same as MC-89928 as about 50% of the time it follows the behaviour described there after the loop is broken.
MC-89928 is confirmed (end), so this is likely to still exist. However I am not inclined to update my server to a 2-hour-old snapshot.
Does MC-89928 describe your issue?
89919 is in turn a duplicate of MC-89928
Duplicate of MC-89928
BTW: 15w47c is outdated, please do not report bugs of outdated snapshots.
Confirmed for
- 15w49b
Relates to:
How to reproduce
- Go to the end: /setblock ~ ~ ~ end_portal
- Go from the end to the nether: /setblock ~ ~ ~ portal
- Try to use player selectors
Entities in the overworld are unable to find you as well so I assume the game thinks you as entity are still in the end (maybe)
However the NBT data of the player is correct and he can still target himself with his name
That sounds rather like MC-89928
Probably a duplicate of MC-89928
The first one is duplicate of MC-89928.
The second one is a suggestion. Please do not post suggestions on the bug report.
@[~FaRoGaming]: Probably MC-89928.
MC-89928 then.
@Kumasasa
I'm perfectly aware of that, as I've read it whole thing before doing anything else. The fact is, this is not an issue with the previous snapshot (16w02a), it's been a MAJOR issue in ALL snapshots since 15w47a.
Look at the fixes:
MC-779 - MINOR, cosmetics
MC-68383 - MINOR, cosmetics
MC-71006 - MINOR, cosmetics
MC-80826 - NOT URGENT, doesn't affect playability
MC-95539 - NOT URGENT, annoying but not a showstopper
MC-95541 - NOT URGENT, doesn't affect playability
MC-95612 - MAJOR but doesn't affect playability
On the other hand:
MC-89928 - VERY MAJOR, unaddressed for over 3 months. Makes the End inaccessible without cheats. Ironically, it's the new anti-cheat system that causes it.
MC-94438 (This one) - VERY MAJOR, unaddressed for almost 2 months. Seriously affects playability. TBH it's literally unplayable.
I'm not pissed off, I'm just being critical. I know I can be hard on you guys. I don't question your job, what you're doing is amazing and demanding, especially with pricks like me. But I definitely question the devs' sense of priorities. They seem to be doing what they please, regardless of what's important or not. But, oh well, it's just a game, and it's not my baby, it's theirs. I shouldn't be putting my heart into it, but I just love it too much.
Dupe of MC-89928
Gilmar, that is MC-89928 (response from attached screenshot)
Actually, I'd warrant to say that MC-89928 is what was causing MC-90605... The fact that the game was teleporting you into the portal, then it teleports you to the location you were in the overworld again, and then back, was causing load time issues, and it also 'broke' the functionality that you couldn't teleport after you teleported into a portal frame (because technically you left it and came back).
This can be seen if you are standing on the otherside of the portal when someone teleports in. Say you are teleporting from 800 x 70 x 800 in the overworld to the Nether. At the nether portal at x=100 z = 100, they appear, disappear then reappear. If you are observing at 800 x 70 x 800 in the nether at the same time, you'll see the player appear and then disappear. This is also why people sometimes take suffocation or fire damage... if there is a block or lava at 800 x 70 x 800 in the nether, they'll take whatever damage from what blocks are in that location.
Actually, I'd warrant to say that MC-89928 is what was causing MC-90605 (that is now "fixed")... The fact that the game was teleporting you into the portal, then it teleports you to the location you were in the overworld again, and then back, was causing load time issues, and it also 'broke' the functionality that you couldn't teleport after you teleported into a portal frame (because technically you left it and came back).
This can be seen if you are standing on the otherside of the portal when someone teleports in. Say you are teleporting from 800 x 70 x 800 in the overworld to the Nether. At the nether portal at x=100 z = 100, they appear, disappear then reappear. If you are observing at 800 x 70 x 800 in the nether at the same time, you'll see the player appear and then disappear. This is also why people sometimes take suffocation or fire damage... if there is a block or lava at 800 x 70 x 800 in the nether, they'll take whatever damage from what blocks are in that location.
Look, MC-89928 (coordinate / dimension mismatch) and MC-90605 (bouncing between dimensions, possibly either caused or exacerbated by MC-89928) are at their core separate problems. The real question is: Yesterday the Fix condition for the bug I am commenting on (MC-90605) said "Future 1.9" while today it says "16w06a".
Can anybody confirm whether or not the bouncing effect is happening in 16w06a or not? If so, then MC-90605 is not fixed. If MC-90605 is fixed while MC-89928 is not, then we need somebody to describe what now happens instead of bouncing. Do you get stuck in the wall at the wrong coordinates? Does everything work perfectly? What's up?
I personally cannot easily test this because I've never been able to reproduce without multiple players on an SMP server.
Watch the videos I posted on MC-89928
Nether: take 1 tick of suffocation/fire damage if coords in other dimension are in wall/lava and lots if lag
Happ, I slightly disagree with you saying these bugs are at their core separate problems. In reality it's cause and effect.
As I said in my previous comment, the reason that this bug was even a bug at all is because of MC-89928. The reason I say this is that when you get teleported into a portal frame when switching dimensions, the game does not let you teleport again until you've left the block space of a portal block animation, then move back in. Part 3 below is where this functionality is being broken by MC-89928. Follow my logic here:
1-If you go through a portal, you appear where you're supposed to appear (Overworld Coordinates /8).
2-The game (anti-cheat, probably) thinks you've moved too fast, and teleports you back to the coordinates you were at previously in the overworld. The key to this is that this action REMOVES you from the portal frame.
3-Probably due to another fix implemented in 15w42a, you are then teleported BACK to the portal. Now the game thinks that you left and reentered the portal.
4-If you have a slow connection or slow computer, due to loading and then reloading an area (or in case of first use, generating new chunks), you may not be able to move out of the portal in time. Thus you teleport back THROUGH the portal.
5-At this point rinse and repeat.
As mentioned before, step 3, where the game removes you from the portal and puts you back into it is what caused this bug (MC-90605), because if you were able to teleport the first time without the game moving your coordinates, you wouldn't be ABLE to go back through the portal to begin with. Any fixes they applied because of this bug is fixing the results of another bug, which is rather ineffective, because all of this work on this bug will be negated by fixing MC-89928.
Thus this bug in and of itself was the wrong thing to focus on, in hindsight. Though the extra code will ultimately be a nice safeguard in case of other issues in the future.
The only thing they could have done to fix this bug without fixing MC-89928 is to put a cooldown timer on being able to activate a portal. I'll post the results of testing my hypothesis and my actual 16w06a findings probably by the morning, tomorrow afternoon at latest.
Duplicate of MC-89928
Duplicate of MC-89928
After testing, I can confirm that people are no longer looping on my server as often. I have yet to see someone actually loop (it seems the portal cooldown has been increased). Also, the nether seems to be loading faster. However, I can also confirm that MC-89928 is still a problem as per my previous post. You can see people pop in at the appropriate overworld coordinates in the nether. I'll notate that on the other post.
Spider, in response, I'm wondering if server lag is also enhancing the looping issues. If there is a case where you are teleporting, and the command block is lagged with the game code, the game code would probably take precedence. The client may think you're away from the portal, but the server itself is probably rubberbanding back to the portal. Does this tend to happen when there is block lag on the server? Or has it happened after a server restart?
As an unrelated note, I'm not sure this has anything to do with the position bug MC-89928, as portals with lava lakes at the corresponding coordinates no longer set players on fire in 1.9-pre2.
@Fenhl this may be due to some type of fire resistance or invulnerability. It makes no sense that you take a tick of suffocation but not lava damage unless this was the case...
I've noticed that my admin noted that most of the "moving too fast" errors had disappeared from the console in the most recent Pre-Release versions, EXCEPT for when people were traveling through the portals... My question: is this, like suggested on other bugs close to this (MC-89928, MC-90605 and maybe others), could this be an issue with the server saying "you moved too fast from coordinate "x" to "x/8" (or conversely from x to x*8) and temporarily teleporting you back? I'm half wondering if half of these bugs that have been 'patched and closed' are actually useless code that have acted as bandaids for an over-active anti-cheat measure? Sorry if the logic in my mind is not making sense, but if all of these fixes since 15w42a have been fixing the end result of the bugs instead of what's causing them, won't the remaining cause still be the same and cause overall instability in the system, let alone server resources (loading unneeded chunks, network traffic, etc)?
I'll give a reason my mind says MC-90605 was happening that relates to this bug: You teleport to the dimension, anticheat tries to put you back, something added in 15w42+ puts you back in the portal, next thing you know you're being transferred back to the previous dimension because you entered and then left the portal then came back (all by the servers doing), and you get looped back because the cooldown on the nether portal looping is now broken by you entering and leaving then reentering (read above, but the servers doing). Now it was fixed in 16w06 by adding a cooldown. — AGAIN, this is fixing the result, not what caused the result.
My message to Mobius... look into, at least for a second, the root of the issues. Which I believe at this point the anti-cheat measure saying you moved too fast. Then you could probably remove all of the added bloat of correcting a bug that has cascaded into everything from changing dimensions to portal looping by breaking preexisting mechanics that were designed to prevent this in previous versions of the game.
Single tick of damage is MC-89928. If your coordinates are still messed up we can reopen this ticket.
The way I understand, there are/were three issues:
- Bug 1: Players end up at their original coordinates after using portals, coordinates do not correct themselves. This is what
MC-89928was for originally. This is fixed now. - Bug 2: Players take damage after using portals because they come out at their original coordinates for a very short time before the coordinates update for the new dimension. This was originally thought to be part of bug 1 and as such was part of
MC-89928. Bug 1, after a few attemps, has been fixed in 1.9-pre2, but bug 2 persists, as pointed out by ProfMobius in the comments ofMC-89928.MC-97523was created for bug 2. I consulted with grum on how to proceed, he said bug 2 was actually fixed. As such,MC-97523was resolved as fixed for 1.9-pre2. He said the issue people where people took some damage when using portals in 1.9-pre2 is a separate bug, bug 3 (see below). After proof was provided thatMC-97523is in fact still happening in 1.9-pre2,MC-97523was reopened. - Bug 3: Players take damage when using portals, this damage is not caused by lava/fire/solid blocks at the overworld coordinates in the nether. Per grum's request this is tracked in
MC-89928. I don't understand this issue entirely so I haven't been able to update the description forMC-89928.
I hope this clears things up, I'm sorry we haven't communicated this properly so far.
This video was originally made for MC-89928, but it offers a side by side shot of what's happening in Pre2, if you would like to add it to the description.
@Fang Zhang
This was actually created in relation to MC-89928, but relates to the anti-cheat kicking in and then teleporting the player. The teleport action is clearly visible.
Also, if I'm correct, this was the cause of MC-89928 and all bugs related to the Nether Portal since 15w40a, all of which effects have been patched, including, but not limited to:
- Incorrect Teleport Coordinates after Dimension Shift - Players would find themselves in the wrong location after dimension shift. Coordinates would be the same as the overworld vs the nether, which sometimes would lead to death (especially if you TPed into the void in the End, or Lava in Nether). This was later patched to where the game teleports you back into the portal.
- Portal Looping - Since anti-cheat moved you out of the portal, and then the patch moved you back in, you effectively broke the game logic that you couldn't teleport immediately after spawning in a portal block. Due to the client attempting to load three locations (proper location, overworld equivalent coordinates, then back to the proper location), this often caused client side lag, as well as server lag, which would not let the player move from the portal before they teleported again. The only way to break this looping was to kill the game. This was later patched with what I believe was a dimension shift cooldown.
- Incorrect Teleport Coordinates after Dimension Shift After Game Crash - If the game was killed during teleport, players would often find themselves spawned at the overworld equivalent location in the nether or in the nether equivalent location to the overworld depending on what dimension they were in while the game crashed (or was forced shut down), since the game effectively believed them to be disconnected and didn't bother with the translation back to the portal frame. This bug is not as often seen since the Portal Looping has been resolved with a dimension shift cooldown, however, would still be possible if the game crashes for any reason during teleport.
- Portal Damage (Suffocation & Fire) - If the anticheat moved you into the corresponding block in the nether as the overworld portal after dimension shift, and that corresponding block was solid (suffocation) or lava (fire), you would take the appropriate damage. Since players are invulnerable during teleport now (as of Pre-4), they will not take the suffocation damage, but may still catch on fire, which can lead to additional damage once you leave the dimension shift sequence.
Finally, a current effect of this bug,is that you load & generate chunks far out in the nether that would otherwise never be visited. For example:
If you are at 800 70 800 in the overworld, and make a nether portal, the game will teleport you to a portal near 100 70 100. However, anticheat moves you to 800 70 800 (the location of the portal block you came through in the other dimension). If lava happens to be in that location, you will catch fire before your finally teleported back into the proper nether portal frame at ~ 100 70 100. I had also observed in gamemode 3 that if a ghast was spawned, it would attempt to lock onto the teleporting player at the 800 70 800 range.
Not only does this increase server load, it also unnecessarily increases the size of the server save file.
Please ask if you have any additional questions about these points.
Duplicate of MC-89928, if you have not, please use the search function in the future
The "other" coordinates in the Nether could potentially be very far from the actual exit portal - if you went from an Overworld portal at 800,y,800, it would briefly put you at 800,y,800 in the Nether (which could contain fire or lava) before teleporting you to the portal closest to 100,y,100.
duplicate MC-89928
Portal teleports you to your overworld coordinates for a brief second, which causes getting on fire (if there is lava) or used to give suffocation damage (if there is a block; now we have invincibility period when moving between dimensions)
Everything is said in the comments in MC-89928
I have not tried to repro this, but I can imagine that MC-89928 could cause this.
Well, then this has become a duplicate of MC-89928.
No it hasn't. MC-89928 is about end portals teleporting you into the void. This bug is about nether portals setting you on fire. They were going to be merged but some Mojangsta intervened AFAIK so they are separate bugs.
You don't spawn inside that block though. You are instantly teleported to the correct location. With MC-89928 you remain at the wrong location until you fall in the void, burn or suffocate, and the nether part has been fixed--the description is outdated. The end part was thought fixed, but it was reproduced in 1.9.0. Also:
bob added a comment - 27/Feb/16 10:49 AM - edited
If the invulnerablility has been added, this bug should be marked as resolved. Instead, a new bug should be opened detailing the various effects of the broken anti-cheat system (rubberbanding with speed, portals briefly loading wrong chunks, portals setting you on fire and so forth).
[Mod] Kumasasa added a comment - 27/Feb/16 10:55 AM
bob: Go ahead.
As far as I know, there is currently no other unresolved bug to track 'nether portal sets you on fire' due to the bad coords. The comment section of MC-89928 is kind of a disaster to understand 'what effects' any of the bugs actually tracks.
MC-89928 is tracking the (fixed AFAIK) bug that portals actually TP you to the wrong coords.
Oh I was testing MC-89928 which involved teleporting to specific coords and kept ending up 5 or so blocks below my target. I was teleporting to underground locations while in creative but I would type, say, "/tp 6400 35 64" but fall to (6400, 31, 64) before or as the chunks loaded. To reproduce, perhaps try teleporting to a target location which is already underground, or being in creative? I'm guessing that, similarly to MC-89928 and MC-98153, server load increases the chance of this issue occuring as well as its severity as the chunks take longer to load.
This video was originally made for MC-89928 for Pre-2, but it offers a side by side shot of what's happening.
https://youtu.be/n9hZgJDO9TA
I can make an updated version with 1.9.4 but I've been able to repeat this in current versions.
Also, if you, due to latency, disconnect from the server during dimension shift, you are likely to find yourself in the opposite dimensions coordinates when you log back on.
EG: You enter a portal in overworld at 1000, 70, 1000 in the overworld. You DC. You log in. Instead of being at 125, 70, 125, you find you're at 1000, 70, 1000 in the nether. And it's in a wall. And you suffocate to death. GG.
This bug is still very lag-based but also reproducible. I think it's because of the quick-and-dirty way in which they patched MC-89928.
Thanks Fabian, I actually came to this bug by way of MC-89928 which references this one. If you're saying that what I'm describing is a different bug (albeit one with strikingly similar symptoms) should I start a brand new bug report?
[~James Fischl] MC-89928 was kind of the old version of this bug. Then a short invulnerability after going through portals was introduced that hid some of the symptoms. Because parts of it technically got fixed, this bug report was created. It's still the same cause, just some effects are not there anymore.
If you can't find a bug report that says that you get teleported below y=0, you should create one, yes.
This issue may be duplicates MC-89928.
Can confirm that the code in question was introduced during the 1.9 snapshots - it's not present in 1.8.9 MCP and is present in 1.9 MCP (that's the simplest test). MC-89928 is pretty important to note (already linked as related).
Doing a binary search on the (obfuscated!) versions, using the string " moved wrongly" to find the right class, I can confirm that code to this effect was introduced in 15w41a (a bunch of new fields were added that are updated in c() based off of b's position - that matches this description, although c() is a general tick thing. Another search shows that this was moved into its own method in 15w43c (I can't say whether there were any other logic changes or if this was just general cleanup, as it's hard to read without any naming).
I'm having the exact same issue as this report: MC-89928
When going to the nether, I spawned near the bedrock ceiling in a cave, without a portal near me. The division by 8 rule didn't occur for the nether, so I teleported to house's coordinates in the overworld, in the nether, 7000+ blocks away from my nether-side portals. After relogging, a portal spawned next to me, but when I went through, it made me appear in the overworld 49,000 blocks away from those coordinates, I'm playing on the latest version, in a realm.
For the record, this was fixed in 15w42a (1.9) which added a Teleport Confirm packet and ignores movement packets from the client after the server teleported the client until the teleport is confirmed. I think that was added to address MC-89928, but I'm not 100% sure. That's basically the same thing as your original suggestion, just via 2 packets instead of a new field on the serverbound movement packet.









This might be more along the lines of the over world nether portal transporting the player to the wrong location. I entered an existing portal in the overworld at -608,65,-813 and my coordinates upon entering the nether were exactly the same.
Yup Richard is right, portal puts you out at the same co-ords instead of dividing/multiplying by 8.
Can confirm. For some reason the portal brings you to the exact coordinates of the original portal, completely bypassing the divide by 8 rule.
EDIT: Can also confirm for singleplayer.
Can confirm for an existing multiplayer world. Recreating the portal does not fix the problem.
However, I tried to reproduce it in singleplayer with a new world and there everything seemed to work as intended.Edit: Newly created worlds are affected, too. See Daniel Melby's comment
I just ran into this bug in Singleplayer, and it seems to be doing this in survival, but not creative.
It's exactly the same for me Daniel Melby
same on multiplayer server, not only are nether portals gone, so is everything , it is like nether is reset, nether hubs, storage systems fortresses, all gone, rail lines, tunneled to correct coords as it portaled me to diff y coord, and nothing, like nether is reset
it is however same coords in nether as overworld, so could be in totaly different area
vanilla survival multiplayer server latest snap
as reported in
MC-89952(and I can confirm this for my multiplayer world), End portals are affected, too.My experience on vanilla multiplayer 15w41b:
When you enter a nether portal (din't test end portals), you are initially teleprted to the correct location in the nether, in my case a linked portal. However, after the portal animation finished you are teleprted to the same coordinates as you entered, wthout any division/multiplication by 8, for example. This causes pretty much all nether portals to be unusable as the player will often spwan in a wall, above a high drop or above lava, and die. Similar problems exist when going back inot the overworld as the coordinates are not multiplied by 8.
Example:
Overworld portal at 800, 80, 800
Expected nether portal at about 100, 80, 100
Actual portal at exactly 800, 80, 800
You're probably right. I'll resolve it the other way since this ticket has gained a lot more attention.
@redstone helper... thanks, deleted that comment... here's the additional detail I was placing on that one:
I found this (w/ end portals) in 3 successive worlds... (and naturally generated end gateway detail below as well)
does not happen in creative, only in survival
in each, i created an end portal within ~ 10 blocks of spawn, went into survival and hopped in...
the first consistantly sent me to -457 70 522 (out in the middle of the void... )
the second consistantly sent me to --2 75 -18 (in the air around the starting end fountain/exit portal)
the third consistantly sent me to -100 49 0 (in the air above the obsidian platform... enough to take about half my hearts in fall damage)
I found if i went in creative first I'd start on the platform and be teleported to the above coords
I also found end gateways (the single block ones embedded in bedrock) are similarly bugged, upon retrun to the main island, the one i tested placed you inside the bedrock gateway, meaning you could only escape in creative... otherwise you'd take a tick of damage and be returned to the other end
Works OK in Game mode 1
Portals not working, exisiting or new Nether or End portals do not place the player in the correct place in the realm.
Effects all game modes that can tarverse the portal.
Server running Centos with 41b, Clients on Windows 7 & 10 and Mac effected.
As Ian above,
Windows & Mac clients, CentOs Server on 41b.
Both End and Nether Portals do not place correctly.
All game modes affected.
Confirmed in 41b, portals are borked. Seems division by 8 is broken, math has failed us again.
In old save portals in nether and overworld still exist where they were, but now send me to same XYZ as the realm I am leaving, rather than factor in for the smaller size of the nether.
Created a new world, and created a portal at X:0 - Z:0 in the over, and the portal was created in the nether at the same location as excepted, and I was teleported to it but on top of the portal.
Created a second portal in the overworld at X:1600 - Z:0, a portal was correctly created in the nether at X:200 - Z:0 but I was teleported to X:1600 - Z:0.
Also tested at overworld X:0 - Z:1600 creating a portal at nether X:0 - Z:200, and also at overworld X:1600 - Z:1600 creating a portal at nether X:200 - Z:200. both portals created in the correct location for portal spawning rules.
Seems that portal creation is still functioning correctly but is not changing the players XYZ as intended.
Running 41b
Please use the "view function" before saving an edit. There is 17 people watching this ticket, all of them getting emails for every small edit.
Updated the bug report for more clarify and fitting descriptions.
My greatest apologies for e-mail spams for all of you, I had no idea and my e-mail is pretty full as well ;_;
I'm so glad i haven't gone into my nether/end portal.
Can confirm, in my server you now spawn in air when going trough the portal, previously you'd spawn at a portal, located ~200 blocks from there
The wierdest thing for me is that when I was still inside the portal, before the nausea ended, I was at the nether hub and could see it. But after it tped me into netherrack a few hundred blocks away.
I think the issue is the new anti-cheating mechanism sees that the player has moved farther than it thinks they should have in such a short time and moves the player back to where it thinks they should be. I too have seen short glimpses of my nether hub before being teleported into the middle of nowhere, which happens to match my previous overworld coordinates.
I think I have more light to shed on the situation.
I believe the server IS correctly doing the division by eight, but then it immediately teleports you to the coordinates you had in the overworld. When I go through the portal I can see my nether hub for a split second before being teleported 1000 meters away over lava. I think this is a result of the new player position stuffs I've heard about. Could it be possible that packets are arriving out of order and the client is still getting overworld updates after switching dimensions?
How to reproduce: go through a portal from the overworld to the nether, if the distance is great enough you should see a few frames of the correct location flash before your eyes before being relocated. I can make a video if you can't reproduce it.
Tick 1
Player location: 8000, 70, 8000
(goes through portal)
Tick 2
1000, 70, 1000 (in nether)
Tick 3
Server sees player move thousands of blocks
And teleports them back to
8000, 70, 8000
That's what I think happens
I just confirmed that items and boats go through the portal and end up at the proper locations. Only players seem to be affected.
Just noticed the bug description was edited.. and I think it's going to lead them on a wild goose chase. Between us all I think we can all agree divide by eight works. A simple test of throwing blocks through a portal will show that they get to the other side. It's only players going through portals that have an issue, and it's not caused by miscalculation. Also, bob above is on to something with whats going on with the server.
I would change the description to, and i'm using bob's example:
A few ticks after entering or leaving the nether via a portal the player is yanked back to their previous dimensions coordinates while still in the new dimension. This leads to suffocation in walls or spawning in this air (over lava perhaps). Items and boats still arrive on the other side unaffected.
How to reproduce:
1) Enter a portal in the overworld (f3 shows 8000, 70, 8000)
2) After the nether loads for you, you will quickly see the correct location flash before you eyes (f3 shows 1000, 70, 1000 correctly divided by 8)
3) A couple ticks later you will be teleported to your previous location, but you're still in the nether (f3 shows 8000, 70, 8000 again)
4) Death.
*Step 2 may happen so fast that you will need to attempt this a few times to see it.
Possible causes:
Hope this helps and sorry for the edits, I just really want the nether hub back and I had the time to do some tests
I really hope they don't make us wait until next Wednesday to fix this...
i made a portal too but in another snapshot it was okay but now when i enter it i make me teleport to a strange place far from the original portal (it teleported me to lave and i lost my diamond stuff
)
an interesting thing we found, that fraction of a second where ya see the real coords ya can jump out, timing critical to proper coords, rarely works but on opposite trying to make portals and exit also the milisecond where the ow coords in nether match the 1/8 so farther out in ow jump out and are far away, i am a million out so actually was able to come out in ow overworld at 8 mill lol set a bed and works lol no one is playing much as this is the glitchiest snap yet , must be related to the boats and wings as they are effected in all 3 worlds maybe? i have nether hub, not working, i also have a sky rail at 125 minecart glitches and freezes, so ok ill jump on a horse, wont move lol, im wearing out a lot of boots, they still work!
good news is everythins still in nether that was built just cant get to it easily but end is totaly broken, materialized in endstone, tunneled up was on an out island, bridged out 5400 found massive city and ship, got wings yay!, afraid to use em, flew once, over water worked great, vid on blockheads oneearwille facebook page multiserver vanilla survival we running snaps i dont envy the staff fixing all this stuff, they must be working overtime on 1.9 and we all apreaciate the effort it is taking and look forward to the final product
Confirmed. I just fell into a nether lava lake on my survival world.
Same here. Built the portal stepped in. Next (after the usual wait when you first enter the nether) thing I'm dropping into the lava. Strangely I didn't die. I moved to the next shore and got out. My health went up and down in a chaotic way, like I was taking damage and healing at the same time. I barely survived, but now I'm stuck in the nether.
With the help of unmined (map tool) I found the portal. So, the portal is generated just the teleport is totally wrong. Same on the port back, I got to a totaly different location. Luckily a place I had explored before. But I got out way in the air and took a hefty hit from fall damage.
So, as others have already said, it must be the conversion between normal and nether coordinates that's bugged.
Can confirm for all three dimensions.
In my LAN world with my friend, when we went to the nether we wound up stuck in a wall. (we cheated by teleporting to the nether portal's proper coordinates - we had them from playing before so we wouldn't get lost.)
When we returned to the overworld sometimes we spawned in a forest far from home, but because we also recorded our home's coordinates we could get back home.
When we went to the end we spawned over the void and died several times. More cheating was required to get the end platform's coordinates so we could go there and beat the ender dragon.
Oddly, sometimes it worked properly by putting us properly next to a nether portal or on the obsidian platform, but more often it put us somewhere else. The other thing I noticed was, with our nether portal in the overworld, located at about coordinates -75 64 200, whenever it put us in the wrong place in the nether it was the same coordinates, -75 64 200, but in the nether. Same thing with the end - our end portal's coordinates are about -800 32 550, and that was where we wound up whenever it teleported us over the void. So I guess there's a problem with the coordinate conversion, as it is said in the bug report.
This is a very serious bug that must be fixed!
I can confirm for my two survival worlds. Ended up suffocating both times.
One is a new world for the snapshot, the other is an old one where I had already used a portal.
-
Okay, I've tested in creative mode now, and it seems to only reproduce in survival. I entered the same portal twice; once in creative and once in survival. In creative, the portal worked fine and I was teleported properly. I left the nether, switched gamemode, and tried again in survival, and THAT time I was sent to the exact same co-ords as the overworld.
Er... what exactly is this a duplicate of? Or was this accidental?
...yes...what is this duplicating? There are two issues listed as related, but neither of them describe this issue at all.
I would assume a mod was closing lots of tickets as dupes of this one and accidentally resolved this one as a dupe of itself.
Using "F3" and switching between spectator mode/ creative so I survive, it looks like the "new" portal is placed correctly in a safe area, but the player is being teleported to the destination it starts the search for a safe place. For example, if I step through a portal in overworld at 0 58 0, the new portal gets created at 9 45 -1 (correctly in a "safe" spot, a decent enough air pocket) but the player is STILL teleported to 0 58 0 in the nether, suffocating to death if not in creative.
As a workaround, I'm going to make my own air pocket and build a gate to see if that works.
(EDIT) Work-around confirmed. Build a gate, step through in creative, switch to spectator mode and F3 to see your 'intended' destination even if you are in a wall. Find a "safe" spot to go back to creative, work your way to the 'intended' destination, MAKE the air pocket and "safe" destination, make the gate, and it works properly. Destroying the "expected" gate it won't teleport you to is optional, of course.
Sorry, was an accident.
Happened to me in survival mode. Tried it a second time and it happened again. Both times when I tried this, I used the "creative mode workaround".
you are being transported to the nether but ther is no portal so yo are in netherack , just have a pick ready and start swinging and you will not suffocate, same in the end. this doesnt solve the problem but will keep you alive
i recieved an email and accidently deleted it from mojang asking me to hit f3 and some other keys to crash the server and then send in a screen capture of the results, im on a multiplayer and dont really want to crash the server also lost the info on how, block lag is also bad if you pillar up say 20 blocks then try to come down at about 5 from ground you get sent back up, see nothing where ya broke the blocks drop with no damage and back up and repeat, stuck in endless loop, this happened when i got my wings, blocked up 64 to the ship and on going down this happened. i did not want to try to fly an lose my wings so put em in a echest. did bed and fell onto a platform we made at spawn area in the end, died. went back in and got all my stuff cept the dragon head
end is so broken, no health bar on dragon, no perch, on killin it no gateway, when going thru portal to end ended up in endstone, used pick, made hole survived an dug up, i was on an island 1k out lol, just commenting as 5k other people haver reported these issues, just sharing the fun
I attempted to force crash whilst in the nether portal but the crash didn't work until I was dead from lava when teleported into the wrong place in nether.
As others have observed being in creative mode in single player doesn't affect the portals, only survival mode.
And yes, it is the divide/multiply by 8 that isn't working for nether, you spawn at the same coords in the new dimension that you were at in the dimension you left. An overworld portal at 0, 0 teleports you correctly since the coords are almost the same in the nether.
My sense of it, it does create the portal in a "safe" location, it just puts you at the location where it STARTS looking, but the 1 to 8 ratio is still correctly done to the fault it PUTS you at that, rather than the "safe" location where a gate was created for you.
1) Create gate at 0 0.
2) Step through in creative mode.
3) Notice you are in netherrack or lava, or otherwise "bad" location, but 'safe' in creative, and at 0 0 in the Nether.
4) Switch to spectator.
5) Look around and you'll likely spot a gate in a "safe" location.
6) Go to the gate in the "safe" location while spectator.
7) Switch to creative and use the gate.
8) Find yourself at the 8/1 distance away from 0 0, 8 blocks for every block distant the "safe" gate in the Nether was... but NOT where you put the original gate you placed at 0 0, as you should be.
So gates are being created, and at "safe" locations. You just are not being PUT at the safe location created, or at an existing gate.
There is quite a comprehensive discussion of causes higher up this comment section; however the bug description is still quite misleading.
Fixed in 15w42a, at least in SSP.
It also seems fixed for MP in 15w42a as well
This is mostly fixed, with one problem. In 15w42a a member of my server went through Nether Portals okay, but upon entering the End Portal the first two times the same bug from the description happened. He recorded a video of it happening the second time:
https://www.youtube.com/watch?v=dLNwAex0cc4
After two other players went through the End Portal, though, he was able to step through without falling into the void.
John Trainer that's another bug, that's unrelated to this one, it already existed in 1.8 too, I saw it get reported (I think)
user-f2760: I'll try to locate it and post my comment there
John Trainer If you can't find it, just create a new ticket, the cords are correct, the chunks just don't load sometimes (rarely)
Actually, if you watch the video, the coords are incorrect. They are off quite a ways. The player spawned in the End at the same coordinates he was in the overworld. That's why I commented here, as that's the symptom of this ticket's description.
I can confirm that this bug is still present for me in SMP in 15w42a when using an end portal. The exact same overworld coordinates carry over, resulting in the player falling into the void.
This bug is still occurring in 15w42a SMP, occasionally. I find that when my connection is slower (when uploading/downloading something outside of MC) it happens.
Sounds more like boat changes causing this than cheat detection then.
Can confirm definitely fixed in:
Single player for 42a
@[~mintymint84@gmail.com] & Shin B. : Can you recreate that issue in a fresh 15w42a world with new placed portals ?
@Kumasasa : I haven't been able to recreate it since yesterday actually. It seems that it only happens in certain circumstances which I've been trying to replicate with no success. It has definitely happened twice, on "old" Nether portals in a world generated in a previous 1.9 snapshot. Will update with more information if it happens again.
Still effects SMP in 15w42a, occasionally.
I'll try to recreate the issue on a server, but so far I can't recreate the issue in single player. I did discover that it only affects me when in survival mode, and never in creative.
Reopening.
@naturalismus: In a fresh 15w42a world ? If so, please provide game mode , seed and coordinates.
@Kumasasa: I didn't test fresh worlds and have no interest in doing it, but it definitely affects old worlds in 15w42a. The affected world can be downloaded at http://api.wurstmineberg.de/v2/world/wurstmineberg/backup/latest.tar.gz
It occasionally happens while entering the end. It also happened to Fenhl (Max Dominik Weber) as described in the comments to
MC-90605while entering and exiting the nether.As long as that issue doesn't happen in 15w42a or newer worlds, this can remain fixed.
Has anyone experienced this in a world created in 1.8 stable? I don't have the means to test this, but would personally advocate for the issue being left reopened if that were the case.
@Kumasasa: So you're saying it is fixed in 15w42a although I have this bug in 15w42a since our world wasn't created in 15w42a? That's a funny definition of fixed.
naturalismus: It's possible something a previous snapshot broke is causing this. If newer snapshots no longer break things the issue is fixed. It is unrealistic to support every world corruption issue caused by every snapshot. If you can reproduce this in a world created in a release version and not opened in any snapshots but 15w42a (or in a world created and only opened in 15w42a), we know the issue still exists within 15w42a - otherwise, previous snapshots could have caused it.
@redstonehelper On my server, the world was created in 15w31a (1st snapshot). Nether portals work ok, although we sometimes get some suffocation damage from spawning into the obsidian frame. But going to the End is broken. It transports us to the same coords as the overworld portal.
Your comment suggests our world is now definitely broken, and our only solution is a map reset and a complete startover? I totally don't agree. If it totally breaks older worlds, I wouldn't call it "fixed". Reverting the server to 15w40b fixes the issue, so I wouldn't call our world corrupted either since it works perfectly fine. I understand it "could" be corrupted somehow as I don't know all the internal mechanics but still... my verdict is 15w42a is still broken when it comes to End portals.
End Gateways seem to work fine.
Early Reflections: Snapshots/development versions are unsupported, you use them on your own risk. If they corrupt your world - tough luck, make sure it's reported and move on. Yes, I don't know if this issue is world specific or if something else is the cause, but as long as we don't get *definite confirmation that it isn't* we will not reopen it since a developer specifically went and fixed this bug. Bugs are valid if they
I hope this explains our reasoning more. If you're still experiencing this issue on a world created in 1.8.8 or 15w42a, which has never been opened in any other version and has not been downgraded through versions (15w42a->1.8.8 is unsupported, for example), we can reopen this ticket.
Snapshots will break your worlds. Do not use them for any production server. Never.
@redstonehelper Understood. I'll try to do some further testing.
@Kumasasa You cannot say never! My production server is actually a snapshot server. I understand all the risks involved, and I do regular backups too. I'm not complaining here, just reporting an existing issue!
If I cannot reproduce the problem using a fresh new world created in 1.8.8 and reopened in 14w42a, then I'll consider it fixed. I'll push the testing!
End portal issue reproduction world, created on a 15w42a SMP vanilla server.
I was able to reproduce this End portal issue both in SMP and single player using the world I just attached. World created fresh on a new 15w42a vanilla server and tested in 15w42a vanilla client. I've put in a couple command blocks for convenience that teleport the player above the end portal and above the exit portal. Happens intermittently, maybe once every 5-10 times entering the end portal.
If you'd prefer to do this yourself, seed is 93819220 and end portal is at 803 45 105.
According to
MC-90785, the reporter made the world in 15w42a and still experiences this issue.Reopened once more.
I tried the seed given above and got the same results. When I first went to the End, the portal correctly put me on the island with the Ender Dragon. After I killed the dragon and went back to the overworld, I tried going back through the portal. This time it put me at the same coordinates in the End as I was in the overworld, and I fell in the void and died.
Replicated on a multiplayer world with seed 625279412075742952. It seems to depend on how you enter the portal. If instead of jumping in you try to run along the edge it puts you at the overworld coordinates.
@Joe: I have found that the manner in which you enter the portal doesn't matter. The test world I attached to this issue exclusively drops the player directly into the middle of the portal and the issue happens just as frequently as when walking along the edge or walking straight in.
I think I found the exact steps to reproduce the issue for the end portal (in 15w43c):
-make a new creative world (superflat is the fastest)
-execute the command /setblock ~ ~ ~ minecraft:end_portal
-execute the command /gamemode s
-jump into the void (/kill does not work)
-go into the portal again. You will spawn in the void.
-now execute the command /gamemode c to go in creative mode
-go into the portal again and notice you will not be taken into the void in creative mode
Maybe this should be added to the description?
Also confirmed for 15w44a
I seem to be getting this error in the server log when this nether portal glitch happens to me.
Oct 31, 2015 4:01:59 PM io.netty.channel.AbstractChannelHandlerContext invokeExceptionCaught
WARNING: An exception was thrown by a user handler's exceptionCaught() method while handling the following exception:
java.io.IOException: Error while writev(...): Broken pipe
at io.netty.channel.epoll.Native.writevAddresses(Native Method)
at io.netty.channel.epoll.EpollSocketChannel.writeBytesMultiple(EpollSocketChannel.java:184)
at io.netty.channel.epoll.EpollSocketChannel.doWriteMultiple(EpollSocketChannel.java:364)
at io.netty.channel.epoll.EpollSocketChannel.doWrite(EpollSocketChannel.java:317)
at io.netty.channel.AbstractChannel$AbstractUnsafe.flush0(AbstractChannel.java:707)
at io.netty.channel.epoll.AbstractEpollChannel$AbstractEpollUnsafe.epollOutReady(AbstractEpollChannel.java:248)
at io.netty.channel.epoll.EpollSocketChannel$EpollSocketUnsafe.epollOutReady(EpollSocketChannel.java:623)
at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:322)
at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:264)
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116)
at java.lang.Thread.run(Thread.java:745)
@James Pinckney According to the title the nether should be fixed..?
The title is wrong. It still affects nether portals.
No that is
MC-90605since 42a since the bug is now different with the looping.Confirmed for 15w45a
When we are teleported from the Nether to the Overwold, it seems to teleport us first to the coordinates of the overwold's portal into the Nether.
Can confirm for 15w45a with end portals.
Can confirm this bug is still happening for nether portals in multiplayer in 15w45a.
I have a few portals at y=5 in the nether, coming through from the overworld would sometimes set me on fire, even though the area around the portals was clear.
Today i got disconnected when going to nether and ended up at the "overworld coordinates", but in the nether, inside a lava lake. That lava was probably setting me on fire before the teleport to the correct portal applied. That teleport didn't happen because of the disconnect, leaving me at those coordinates.
Confirmed for 15w45a with both Nether and END portals.
Confirmed for 15w46a
Confirmed in 15w46a, if you time out at the exact right moment (after the portal takes you out of the overworld and when it says Downloading), you end up at the overworld coordinates when you log back in.
Some players on my server have reached the world border and managed to crash the server by trying to go beyond the world border using this technique.
Hmm, should this issue be made private then?
No, it's too well known and people will keep reporting it anyway.
I think it fits the criteria of a private issue because new players on SMP can crash the server with minimal time and resources, but its not an instant process.
I also don't think it will actually help prevent maliciousness so there's no real point in marking this issue private.
Only issues present in release versions will be set to private, but not snapshot issues.
Affects 15w47a.
Also affects 15w47c
The bug may also frequently cause burning or temporary suffocation when entering Nether portal in multiplayer. I guess that the coordinate translation happens after switching dimension, and the suffocation/burning/falling happens between these two stages.
I attempted to access the End in my old survival 1.8 world where I'd already beaten the dragon, but I fell to my death in the void. Fortunately, I had cheats turned on and I discovered that the portal was now teleporting me several hundred blocks away from the end island. I had to use cheats to make an ugly causeway out to where the end portal was dropping me.
This bug makes the game virtually unplayable on a server. There is no way to break the cycle if there is no one around to help, and in certain cases you are not even teleported back to the correct coordinates, causing you to die and lose your items.
@Krist Pregracke
Why not make spawning platforms in the End at the location players and up, and place a pressure plate with a command block under it (which teleports the player to the proper location)?
May not be the ideal solution, but for a workaround I guess this is viable.
Also affects 15w50a
Just backup before going to the end...
That's what I did and I loaded it when I lost all my stuff.
NEVER seen it happen with nether (except in the 15w41a snapshot [or whatever the snapshot the elytra came out]), but very often with End portals... (about 30%). However, a lot of my portals are not taking me to portals after leaving the nether but making new ones within 100 blocks. My base portal glitched me 100 meters away, but the original portal in the nether was created by the game and not by me. Not sure if it's related...
I wish Dinnerbone would make it so portals were tileEntities and you could use /blockdata to control the output coordinates/dimension.
In 15w50a I have a nether portal setup, which causes suffocation damage when i'm teleporting to it
That is
MC-90605Affects 15w51b.
For what it's worth: We have a 15w51b server where entering the end often trigger this bug. Whenever the bug is triggered, the server log outputs "<player name> moved wrongly!" If the bug isn't triggered, the log message is instead something like "<player name> moved too quickly! 471.8518178045263,9.945106652967922,972.740300396834". (Our end portal in overworld is at -371, 38, -972, and the correct destination is 100, 50, 0 in the end.)
For geeky guys and the developing group: We have managed to provide a (possible) fix on 15w51b and would welcome every one of you to test for us.
The fix mainly changed the server action when the client's action(moving packet) is out of sync(the "moved wrongly" warning): previously the server place the player to the last valid position, now the server will place the player to the current valid place without processing the rest "useless" codes.
After some tests I am pretty optimistic about this version: it never place you at bad coordinates when you enter the end portal, and it does not affect other functionalities.
Also, for debug purpose, the server now prints a lot more debug info than before... In case you have any feedback plz attach the relevant info.
Thank Fang Zhang for providing many comments on my work ;p
Finally the link: https://drive.google.com/file/d/0B-0F4Ex2w5muX2RGU0hzaHFHWDQ/view?usp=sharing
@JimmyZJX
For the very 1st time in 10 weeks, the end portal placed me on the right spot! Is your fix only for the End portals? Nether portals have that issue too, just less consistently.
Anyhow, very well done, thank you!
@Early Reflections
Thank you for the early feedback!
On our server we are quite lucky and have not observed any Nether portal failure. If you are lucky enough to experience that once more, please (if possible) shutdown all the clients and send me the last-minute log, we will try to find out the problem.
@JimmyZJX
You're welcome!
I've never experienced that issue with the nether portals myself. But a friend, who's ping is much higher, can't even use them. He's either placed at the last valid coords or keeps on playing ping pong between nether and overworld until he logs off. My ping is always around 80 to 90 ms. His can go from 100 to 250 ms.
I often take damage when exiting a portal too. As if, for a tick or two, the game places me at last valid coords (inside of blocks) then returns me to the valid coords inside the exit portal.
In any case, expect some feedback as soon as I see it happen. The next few days may not be too MC-focused though!
Happy holidays!
@JimmyZJX
Here's a log of the incident using your jar:
https://drive.google.com/file/d/0B-2DQ3g04GV0cExURThGLWZ5UXM/view?usp=sharing
For me the bug is extremely persistent—it's more rare that it doesn't happen.
EDIT: This is when I enter nether portals. This only seems to happen when I start in the nether and go from the nether to the overworld. It doesn't happen (or at least happens very rarely) when I enter the nether from the overworld.
Hi everyone! I have changed my modification. The newer version will not make the nether portal bugs more persistent, and keep you end portals working. Moreover, a dimension change packet hook is added, so the log will provide more information.
The link(minecraft_server.15w51b_b.jar): https://drive.google.com/file/d/0B-0F4Ex2w5mueWxPRXhCYmtTNTA/view?usp=sharing
Weird, I would think a major bug like this would have been squashed immediately, instead it has been allowed to fester for many, many snapshots. I haven't noticed the bug with the nether, but the end will still often spawn me in the void. I really hope this one is fixed ASAP as its very detrimental to the game.
@all: Please stop discussing here, this site is a bug tracker and not a discussion forum.
Any meta-discussion can be done at https://www.reddit.com/r/Mojira/
Affects 16w02a.
affects 16w02a cant even get the thing activated in a new gen world in its strong hold, tried in both creative and survival.
@MrJacen
What you describe is
MC-95547.Anybody able to reproduce in 16w03a?
@redstonehelper
Yes. My server's End portal still places me at the same coordinates as the overworld, right into the void.
It's so frustrating. Yesterday, I prepared to take down the Ender Dragon, but then, I got trapped in End Stone. I dug my way up, but I ended up on one of the outer islands instead. This keeps happening, and I'm getting frustrated. The only way to get to the origin from my experience is by falling into the centre block of the portal.
Can't reproduce as it seems random but still happens in 16w03a.
Confirmed in 16w05b SMP
Affects 16w06a.
Confirmed for 06a for end portals but not for nether portals:
https://youtu.be/uMxmf5WnLi0
https://youtu.be/2goMs21Fm6k
Should I open a new ticket for the nether portal behaviour as it it no longer this OR
MC-90605?What? You just confirmed this ticket.
Sorry watch the videos now that they have come through. Nether portals still deal one tick of suffocation/fire damage and cause a ton of server lag.
Actually, I'd warrant to say that
MC-89928is what was causingMC-90605(that is now "fixed")... The fact that the game was teleporting you into the portal, then it teleports you to the location you were in the overworld again, and then back, was causing load time issues, and it also 'broke' the functionality that you couldn't teleport after you teleported into a portal frame (because technically you left it and came back).This can be seen if you are standing on the otherside of the portal when someone teleports in. Say you are teleporting from 800 x 70 x 800 in the overworld to the Nether. At the nether portal at x=100 z = 100, they appear, disappear then reappear. If you are observing at 800 x 70 x 800 in the nether at the same time, you'll see the player appear and then disappear. This is also why people sometimes take suffocation or fire damage... if there is a block or lava at 800 x 70 x 800 in the nether, they'll take whatever damage from what blocks are in that location.
Yes, it is. In previous snapshots you could open F3 and see your coords change AFTER teleporting. This is shown in https://youtu.be/uMxmf5WnLi0 as when I remove the blocks around my overworld postion in the nether I do not take the 1 tick suffocation damage. However the end does not teleport the player back up onto the platform about 1/2 the time (https://youtu.be/2goMs21Fm6k) and I would guess this is because the player has started moving (falling) and this makes the cheat detection exit or something.
@bob The nether part of the problem should be fixed, but I couldn't reproduce the End problem. Do you have the map you used in the video ?
I've noticed on our server if you jump up into the end portal from below it places you at the wrong coordinates 95% of the time where if you jump from the top it's more like 50% Try jumping up from the bottom to recreate.
@ProfMobius: do you mean the nether issue "should be fixed in 16w07a" or "should be fixed in the next snapshot"? I definitely still take a tick of suffocation damage going through nether portals in 16w07a.
I also experience the fatal version of the problem every time I try to go to the End in my main world this snapshot. I could send my world if you want it, but it's over 600Mb so I'm not sure how helpful that is? I also took some screenshots if you want them, but I don't think they show anything that @bob's video doesn't cover better.
This is total wild speculation, but I wonder if it's a "happens on old/slow computers" issue? Loading a new dimension means the thread doing chunk loading is working really hard. Maybe if the computer is slow enough, the chunk loading is pulling so many resources that the threads that are supposed to be doing other things, like updating coordinates, don't run in time or get scheduled out of order. And that'd explain why it's hard for @ProfMobius to reproduce, since I'm sure Mojang developers don't do their coding on old slow laptops...
@ProfMobius
On my server, the problem is easily reproduced 100% of the times. I made a bedrock platform at the destination and a command block that teleports the player(s) to the right place. But my world is around 600 MB too. It would almost be easier for me to whitelist you on it if you wanna experience it.
@Martha
For me it's 100% of the times. But I always go through it from below.
@early reflections
You could use dinnerbones tool to find the region file and upload it. Just put the co-ords of the portal and it'll tell you which region file contains the block https://dinnerbone.com/minecraft/tools/coordinates/
@ProfMobius I still get the tick of suffocation damage going through a nether portal in 16w07b
@ProfMobius I think that the key factor is the server load: I could never reproduce this without another player present.
Uploaded as requested; not sure how useful this will be
I've not been able to get the End version of the bug to happen in 1.9-prerelease yet after trying several times, even though it was happening almost every time in 16w07a. Not sure if that means it's fixed or just that it depends on some other factor that's different.
On the other hand, the prerelease still consistently gives me the tick of suffocation damage going through the nether portal.
In the prerealease:
Nether: as before (1 tick damage & massive desync) going both ways.
End: Reproduced 1/about 10 times jumping from the top
Reprouced every time jumping up into the portal
Can confirm for both portals.
Edit: Reproduced without other players present on server
Edit 2: Also happens in singleplayer, along with EXTREME lag when changing dimensions. I put lava at the overworld coords of the portal in the nether, and died when going through.
As what @bob just stated above, you can reproduce the issue with the End portal by jumping UP into the portal from underneath it.
Portals are still very screwy and not ready for a full release yet.
In 06b on vanilla survival entering nether portal crashed server, in 07a and b it worked fine, in pre-release 1 it is crashing server again
I will have to go back to snap 07b untill resolved on our server
Using 06a, have same bug. Curiously, it's only affecting 1 out of 2 players on the server. The unaffected player is OP. Spawns player inside a solid hill. Upon hollowing out they appear midair and fall to their death.
This is on a survival multiplayer server running 1.9 pre-1 on Java 1.8 on Linux Ubuntu 15.10. I was able to reproduce the issue by logging on to the server and walking into the portal before the chunks generated entirely. The water stream in the end that I placed is always exactly where I spawn.
@Chris Chappell
Good news is the issue has been marked as "fixed in next upcoming snapshot (pre-release 2)".
Not fixed in pre-2, still taking damage.
Please test on a new world to be sure.
Tested on new world of course. This issue is definitely not fixed. Should I provide video proof or something?
not fixed in -pre2, just tried it
End portals now work as they should on my server. I still take damage going to the nether in some portals, but the world has been created using 15w31a.
@redstonehelper
If I take damage in a world created in any official release (1.8, 1.7, 1.6 etc.), is it still an issue, or will 1.9 only support worlds created in 1.9? I ask this because I think it doesn't really matter what version you were using when creating a world. The math involved will be the exact same no matter what version created that world.
I take as an example Etho's Let's Play series. He created his current world using Beta 1.9 Pre-release 2, four and a half years ago. His portals have been working flawlessly for that whole time, in every releases and snapshots. If his portals cause him damage in 1.9, he's doomed to live with it because his world has been created in a pre-release, even though they've been working fine all that time?
Only worlds that have never been opened in a development release are supported. Some bugs do depend on the world so sometimes we ask for reproduction on new worlds. This is probably not one of those bugs but I want to make sure before reopening it.
Well, to be clear, here is what I am seeing. I have not reliably witnessed the aforementioned behavior where the player starts out at 'overworld coordinates' in the nether before moving to 'portal coordinates' (divided by 8), and taking damage as a result of being at those wrong coordinates.
What I am still seeing is taking suffocation damage as a result of going thru a portal into the nether in multiplayer (both server and LAN). That might simply be a result of the more general latency bug where any time a player is teleported anywhere, the client sees them 'falling' until the chunks get loaded, and thus they end up glitching into the floor (and taking suffocation damage) as a result.
Since you seem to be able to reproduce this reliably: Please see if clearing out the area around the overworld coordinates in the nether stop you from taking that one tick of damage.
Interestingly, when reproing this on -pre2 on a LAN world, I take suffocation damage only when the second player is in the nether there to witness me arriving. When the second player is at spawn in the overworld, I don't take damage. And I never take damage returning to the overworld. This is very reliable. I'm going to upload a tiny test world in case it helps.
A small world I am using for LAN testing of taking damage going to the Nether. When one (creative) player is in the nether, and another (survival) player (LAN host) goes from overworld to nether, the survival player always takes suffocation damage on arrival in my tests.
@redstonehelper - yes, I tried clearing the overworld-coordinates area in the nether (as well as filling it with lava and obsidian) in an attempt to reproduce the not-yet-divided-by-8-or-change-coordinates-or-whatever issue, and was not able to reproduce that in -pre2 (which is to say, none of clear/lava/obsidian affected my results). (I have not tried to repro in earnest on earlier releases.)
This bug was actually covering 2 issues.
1 - Suffocation damage when teleporting to the Nether
2 - Getting way off target when teleporting to the End.
Can we confirm that 2 is fixed ?
@redstonehelper
That does make a lot of sense. Thanks!
@ProfMobius
For me, #2 is fixed. But I suggest waiting for confirmation from others too!
@ProfMobius
#2 does indeed seem to be fixed, not able to reproduce.
Jumping up into the portal from below which previously sent you into the void every time, now takes you to the platform as intended.
Thank You!
Working fine for us now with pre - 2 although I'd like to know if the full release will generate new structures like igloos and the 128 end portals without resetting the map if not how can we get around this without a full world map reset our server has been running for 2 years last 6 months on snapshots
Yes, but only in not yet generated chunks
They are all generated
So I'm looking at a total map reset?
All 3000000*3000000 blocks have been generated? If not, then there is no need
I can confirm that, as outlined by ProfMobius (Thomas Guimbretiere):
@FVbico
World border is at 30,000,000 from 0, 0. Thus the world size is 60,000,000 x 60,000,000!
Oops, ug, I'm so stupid sometimes, missing a 0 and had to so times 2, ah still close for not looking it up
I tested all portals nether and the end extensively alone and with people on our multi-server no problems whatsoever now thank you so far pre2 is great for that issue
Yes we are at 30 million by 30 million and no not that far out they haven't but the 128 end portals will only go out to 25000 and that area has been heavily traveled in the last 2 years I did find a couple igloos and they had no basements
I wonder if there is a better place to discuss this, as it has nothing to do with the bug at hand. Some people get emailed each time a comment is made on this post and it can get annoying.
I can't reproduce #2 (wrong coordinates going to the End) in -pre2, but I couldn't reproduce it in -pre1 either, so take that with a grain of salt.
#1 (tick of suffocation damage going to the Nether) is still reliably happening in -pre2.
Someone please create a separate, new ticket for #2 and link it in the comments here. Please also try to keep discussion to a minimum. Thank you.
Done
MC-97523(sorry if I'm too late)
Maybe link this issue above to help direct people with more information?
We opened a new bug report Grum. Do you want us to keep using this one then?
Is this still happening in pre release 2? For you? We had the same problem on the multiplayer server and in single worlds but was cleared up many snapshots ago
Yes
Attached are a series of six screenshots taken in 1.9-pre2. As you can see from the filenames, they were taken in quick succession. Based on this evidence I actually don't think this bug has anything to do with coordinates any more, because the nether screenshots have the correct nether coordinates immediately. But as you can see, I still take damage (between .39 and .41) while waiting for the chunk to load.
Summary:
If there is a wall or lava at the location of a nether portal, but in the other dimension, then the player takes at least one tick of suffocation/fire/lava contact damage, dpending on the block on the other side. This is accompanied by massive server lag / desync in MP and massive frame lag in SP.
e.g.
Overworld portal at (100,64,100)
Lava at (100, 64, 100) in nether
Corresponding nether portal at (12,64,12)
Stone at (12, 65, 12) in overworld (one higher: player head)
Overworld ==> Nether:
Contact lava/fire damage
Nether ==> Overworld:
Suffocation damage
Video (pre-2):
https://youtu.be/5yhF9-tWCPc
@Stuart Actually, if you have another person observing the location of the portal in the opposite dimension, you sometimes will see that person appear. This has not changed.
Here is a video in Pre-1, but these results are reproducable in Pre-2. My server just happens to be on Pre-1, and it was easier to setup my camera account on the server, and it outlines the following:
-Taking damage while inside of a block or lava is NOT the bug. This is the EFFECT of the bug.
-This bug is the CAUSE of all of the damage bugs.
-I go on to show live what happens when a person teleports while this is happening.
https://youtu.be/YwFuABAtcBI
Ultimately, this bug is the one that needs to be fixed.
@James Koon thanks for the footage, it explains a lot. I agree that tackling the cause of the bug might be a more effective strategy to fix it , but just confirming that the bug is there is also a help to the devs. Also this bug report is open.
@James Koon: Thanks for recording that video, I'm afraid it's of little use since you recorded it in 1.9-pre1 - the coordinates bug was fixed in 1.9-pre2.
Fair enough. I'll see if I can prove or disprove this tomorrow.
@redstonehelper: Hi, here is a new video proving the exact thing still happens in 1.9-pre2. The exact same procedure was implemented. If you want I can record in a fresh world, but I was having a problem with my camera account connecting for some odd reason on an Open to LAN session from the same computer.
https://youtu.be/n9hZgJDO9TA
@redstonehelper according to my understanding of these bugs, if this is tracking Bug 3, it should be resolved as it is non-existent.
We'll see how grum handles it on monday. Great video proof on the other ticket!
Bug is back
Bug never left.
Yes also have this. Take damage or get suffocated in a wall whenever I return from nether to overworld in my test world.
Can confirm for 1.9 pre-3 in a clean world in MP, going both directions. Mods: If you need video then say.
Not understanding how the dev's aren't understanding the issue here. Something about the anticheat movement measure is temporarily teleporting people back to their overworld coordinates when going to the nether, and vice-versa if going to the overworld. All of the other bug fixes have been fixing the effect, not the cause. Fixing this would have resolved the damage issue, looping issue and wrong coordinate issue, and probably any other issue with the portals in the game... Not trying to be mean here, but I don't understand how they're not getting the cause and why this wasn't fixed in 15w43+. Sorry, just getting frustrated here repeating myself over and over.
Stop marking this as fixed when it isn't fixed. At this point, don't change the status to "fixed" until the community feedback indicates your efforts have been successful, since it's very clear that efforts to fix the issue are not fundamentally addressing the problem at hand.
Kai it just indicates they try to fix it, and over 99% of the times, it's actually fixed then
@FVbico Eh, I'd say more like 80%.
you do know what I'm saying, it'd be more work to close all as fixed, then to reopen unsuccesfull fixes
I don't think it's quite the same as this bug (which is why I reported it separately), but
MC-97725is similar to the End Portal version of this, in that it's another "travel through a portal, immediately drop into the void and die and lose all your stuff unrecoverably" scenario...@FVbico If I counted correctly, this issue has been reopened at least five times.
If an issue is opened, fixed, and closed once, you're right--the odds are high that it's been fixed.
After reopening an issue 2-3 times, though, it should be obvious that the process is flawed; at that point, you simply have to admit, "We don't actually know if this is fixed or not; can you tell us?"