mojira.dev
MC-203285

Nether travel routes are broken - portals don`t connect anymore

My world was created in version 1.11 and we created a long range nether travel network.

I will explain whats going wrong using a small asci graphic.
The graphic shows the locations of my 4 Portals (Letters A,B,C and D) in overworld and nether.

OW-Pos		0, 0		0, 1024		0, 2048
		|		|		|
		|		|		|
Overworld	A		|		D
-------------------------------------------------
Nether		X	      B | C		Z
		|		|		|
		|		|		|
Nether-Pos	0, 0		0, 128		0, 256

Travel Route 1	A<------------B   C<------------D
Travel Route 2	A------------>B   C------------>D

Before version 1.16.2 it was possible to enter portal A at location 0, 0 in overworld and arrive in Portal B at 125, 0 in the nether.

Because portal B is still within the 128 blocks range arround the nether location of portal A.

From there you should be able to enter portal C at location 0, 130 in the nether.
Basicly Portal C should connect to portal D at 0,2048 in the overworld, but before 1.16.2 there
was another bug MC-149705 that broke this part of the route (I dont talk here about this bug now).

If you walk enter portal D in Overworld it worked that you arrive at portal C in the Nether too.
So BEFORE 1.16.2 the half of the route worked from both directions.

The portals worked like that in each release version until 1.16.1.

But since 1.16.2 the route from A to B and the Route from D to C broke too.
Suddenly portal A and D no longer discover that there are existing portals in the nether, which they should be connected to.

Instead of this, new and useless portals X and Z are created in the nether at random locations

  • around 0, 0 when entering portal A

  • around 0, 256 when entering portal D

I know that this would be the correct behavior if Portal B and C would not exist or disabled.

But while portal B is in the range of 128 nether blocks, it should be connected to Portal A.
And while portal D is in the range of 128 nether blocks, it should be connected to Portal C.

I tried multiple times to destroy the useless portals X and Z, but everytime new portals are created around the same location.
And the minecraft world is very big, without long range nether travel it would be a pain to travel through the world to a far away place.

In total that means. if that bug will not be fixed,

ALL LONG RANGE NETHER TRAVEL ROUTES ARE DESTROYED.

 

I think that happened while they tried to fix bug MC-149705.
Because before the portal detection range was to low, when returning from nether to overworld.
It seems that instead of increasing the overworld portal detection range, exidently the nether portal detection range was reduced.

Related issues

Comments

violine1101

Thank you for your report!
We're tracking this issue in MC-197538, so this ticket is being resolved and linked as a duplicate.

That ticket has already been resolved as working as intended, which means this is not considered a bug and won't be fixed. Please do not leave a comment on the linked ticket.

If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki

migrated

I akready know about the ticket MC-197538 in my report I was specially telling, that the bug I am reporting here IS NOT RESOLVED.
To be exact, this bug was already caused, by the changes made for MC-197538.

And linke I was writing in my report, this is NO duplecate, because I write about another problem.

So you should reopen this ticket, until the bug is realy resolved.

@unknown please reopen this issue until the detection ranges are fixed to the well known behavior.

JackBlack

@Radon8472, it is the same issue.
You enter A, it then searches for an existing portal.
The radius you expected was 128 blocks to make it reach portal B.
But the radius it actually checks is 16 blocks.
Portal B is not within 16 blocks, so it doesn't link there, and creates the portal at X.

Your issue is that the search radius is not the 128 blocks you expect. The other issue is that it is only 16.
They are the same issue and thus the other ticket being resolved as works as intended means this ticket is resolved as works as intended.

They have intended to make the range in the nether 16 blocks. Your portal is not within 16 blocks and thus it is intended that it doesn't link.

Long range travel in the nether still works, not just trying to turn 3 blocks into 2048.

migrated

@unknown you are right that both problems are caused from a wrong portal detection range.

But MC-197538. is caused, because portals in the overworld are not searched in a range of 128 blocks instead of 1024, what would be correct.

This Bug is caused because the portals in the nether are not detected in a 128 blocks range.

Both effects destroy existing portal gateways.

 

It is clear that it works NOT as intended The well known and documentated fakt is, that range in overworld should be 1024 and range in nether 128.

Yust look at the wiki:
https://minecraft.gamepedia.com/File:OverworldToNetherPortal.png

 

And when you have an idea to fix long rang travel route, that please share your knowledge in a comment here.
For me and the players of my server it would be a real big problem if we can no longer use nether portals travel to far away places.

JackBlack

@Raydon8472 
The wiki is not the sole source of truth, and it can be wrong and has been wrong at times.
Grum, a Minecraft developer, has indicated it works as intended. So it is quite possible they intended to reduce the range, possibly due to having such a large search area in the overworld (and the reduction of the range in the overworld was apparently done in 1.14, when the portals were optimised).

So it is not clear that it does not work as intended. It apparently does work as intended, but clearly not as YOU want. But you wanting something is not the same as the developers of the game intending it.
Even if it changes from prior behaviour, it is still not the same as the devs not intending it.

Even if it is wrong, that doesn't change the fact that both this issue and the one this is marked as a duplicate of are both dealing with the range in the nether.
Your issue is focusing on entering portal A in the overworld not linking to portal B in the nether, because the range in the nether is 16 blocks not 128.
MC-197538, which this issue has been marked as a duplicate of, is that the range in the nether has been reduced to 16 blocks. As such, it is a duplicate.
They are quite literally the same issue. Both are focusing on the range in the nether being reduced to 16.

MC-149705 is the one dealing with the range in the overworld not being 1024 blocks, or more specifically that the range in the nether and overworld were both 128 blocks and thus it did not scale, and thus you could go to the nether and go back and have a new portal generate. But that is not the issue that this issue has been marked as a duplicate of.

Have you actually looked at MC-197538, or did you just assume this was labelled as a duplicate of MC-149705?

As for long range travel in the nether, like I said, don't try turning 3 blocks into 1024.
It is meant to be 1 to 8.
If you need to travel 1024 blocks, then setup a path in the nether that is 128 blocks long, with a portal on either end.
The advantage of this method is you can have other portals nearby without it breaking.
For longer routes, it can make far more sense to make a long path in the nether than repeatedly using portals, given it takes roughly 4 seconds to travel through the portal, thus to travel 1024 blocks in the old system would take 8 seconds (plus a bit for loading and walking between).
If you use a boat on normal/packed ice, those 8 seconds allow you to cover 320 m, which equates to 2560 in the overworld.
Blue ice almost doubles that.

Using an elytra gives you 2144 m.
If you really need to go all out, use an ender-pearl cannon.

migrated

The infos in MC-197538, are very great, they explain on what places in the code the wrong distance is written.
But when you read correctly, @unknown yust said "non-scaled radius" is fixed.
That means, it was wrong that in BOTH worlds the detection range is the same. Its tells nothing against a 1024 (OW) and 128 (nether) range.

Its try, maybe they "intended to reduce the range", but the point is that it  breaks all existing portal gateways, and I think that is not intended.
And for sure I can tell you, that the 1024 blocks range is at least a fixed part of the game since 1.11.2 or before, because in that version my server was created and the long range portals where used since that version.

I dont realy unterstand what you mean with "turning 3 blocks into 1024".

Thank you for sharing your Idea of an alternative way to travel, but For me it is no real solution to replace a portal travel agains walking 128 Blocks for each part of the route. (And I think the most players would aggree)

And Farming thausends of ice blocks only to repair already working portal routes would take a gigantic effort in a big world.

JackBlack

Yes, that issue is good as it has the code as well, and again, it is focusing on the 16 block range in the nether (and thus this issue is a duplicate of it). As such, the status and comment by Grum indicate it is intended.
It doesn't mean it shows both places where the code is wrong. Again, it is your opinion that it is wrong.

As for turning 3 blocks into 1024, what I mean is as follows:
Nether travel is meant to be 1 to 8, where walking 1 block in the nether corresponds to 8 in the overworld, so 128 in the nether is 1024 in the overworld.

e.g. you go into a portal, enter the nether, walk 128 blocks, and then go through another portal, enter the overworld 1024 blocks away from the original portal.

What you are trying to do is go through to the never, walk 3 blocks (or possibly less), and leave the nether, appearing 1024 blocks away.
i.e. you are trying to turn 3 blocks into 1024, instead of the 24 they should be changed into.

I also gave options other than walking, like flying with an elytra.
Yes, it takes more effort, but is far less exploitive (and that may be another reason other than better performance that they reduced the range).
Personally, I would prefer that to just switching back and forth between portals, especially as it allows other portals nearby.

migrated

I think you missunderstood the comment from @unknown .
He yust said yust said "non-scaled radius" is fixed. 

That means it is intended that the radius in nether must be "scaled" (overworld radius divided by 8).
This issue here handled exactly the problem that for nether and overworld the same radius was used (non-scaled).

 

But grum did not tell anything about which nether radius is correct.
To make that clear on the code from MC-197538:

Before 1.16.2 it was something like:

int radius = 128;

That was wrong because it created useles portals because it did not detect liked portals in overworld in a range between 128 and 1024.

The problem was that the radius in overwodl was to small.

 

Since 1.16.2 the code is:

int radius = inNether ? 16 : 128;

Here the scaling is correct, but I say the changed the wrong value, because that causes that portals in nether between a range of 16 and 128 are not linked.

The problem now is that radius in both worlds is to small.

 

So I think the correct code should be:

int radius = inNether ? 128 : 1024;

Because it fixes the bug and all portals will be linked like they where linked before the bug.

 

JackBlack

No, I didn't misunderstand. Remember, it isn't only what he said, but also what he did.
He posted that the non-scaled radius has been fixed, and closed the issue as works as intended.
That issue was that the radius in the nether is now 16 blocks.
If it was on MC-149705 you would have a point, but it wasn't. It was on MC-197538, which was specifically focusing on the radius in the nether being 16 blocks instead of 128.
This collectively indicates that the range of 16 in the nether is intended.

It is your opinion that the radius in the overworld was too small and the range in the nether correct.
I find it extremely unlikely that they intended for the range in the overworld to be 1024, with the nether being 128, when they have explicitly changed the code to make it 128 in the overworld and 16 in the nether.
It isn't a case of they made a change to the code and it had an unintended consequence of lowering the range in the nether to 16.
Instead, someone put in those numbers. That is clearly intentional.
So this clearly indicates that it is now working as they intend it to.

That means it wasn't wrong because it created unnecessary portals in the overworld, but because it created portals too far away in the nether. It wasn't wrong because it was searching too small an area in the overworld, but because it was searching too large an area in the nether.

The problem now is that it doesn't work the way you want it to, which is not actually a problem for the game. It doesn't actually mean it is not working the way the dev's intended.

That means it isn't a bug that the range is so small, it is you wanting the range to be larger, which is a feature request.

And no, it previously being larger doesn't mean it is a bug either. Or do you think the texture changes are a bug, and the introduction of new mobs are bugs? Because in both cases the game doesn't work the same. An intended change is not a bug.

migrated

(Unassigned)

Unconfirmed

(Unassigned)

nether-portal, portal-linking, traveling

1.16.3, 1.16.4 Release Candidate 1, 1.16.4

Retrieved