mojira.dev
MC-172449

/locate biome "finds" biomes in old world which would be different if generated newly

The bug

When upgrading an older world where the world generation was different, using /locate biome in that world might claim that it found a biome even though these chunks have already been generated in a previous version and the desired biome is therefore not there.

How to reproduce

  1. Create a world with the following seed in any version before the 1.16 snapshots

    5365757111184314758
  2. Visit the chunks in the Nether near (0,0)

  3. Use the version specific steps below

1.16

  1. Open the world in a 1.16 version

  2. Use /locatebiome in the Nether

    /execute positioned 0 0 0 run locatebiome minecraft:soul_sand_valley

    ❌ It claims a soul sand valley is at (0,0) even though it is not because the chunks were generated in a previous version

1.17 & 1.18-pre1

  1. Open the world in a 1.17 or 1.18 version

  2. Use /locatebiome in the Nether

    /execute positioned 0 0 0 run locatebiome minecraft:crimson_forest

    ❌ It claims a crimson forest is at (0,0) even though it is not because the chunks were generated in a previous version

1.19+

  1. Open the world in a 1.19 version

  2. Use /locate biome in the Nether

    /execute positioned 0 0 0 run locate biome minecraft:crimson_forest

    ❌ It claims a crimson forest is at (0,0) even though it is not because the chunks were generated in a previous version

Linked issues

MC-178181 /locatebiome won't tell me the right coordinates MC-190538 /locatebiome command points to new nether biomes in older terrain, and therefore is there only nether wastes. MC-191019 Locatebiome command when used in nether incorrectly identifies chunks generated in 1.15 MC-194451 Not locate new biome in nether MC-239863 /locatebiome command teleports you to wrong biomes in blended worlds MC-241296 /locatebiome command locates non-existent biomes in old worlds MC-241715 /locatebiome does not work properly MC-249822 Deep Dark not generating properly in updated worlds MC-264838 Cherry Grove Biome (1.20.1) cannot be located using /locate biome command MC-278663 Broken worlds/ locate commands? MC-278681 Locate an pale garden locate an dark oak forest if the chunk was generate before 1.21.4 MC-278722 Using /locate pale_garden in a pre-generated world, will bring you where it was SUPPOSED to be.

Comments

Balaram Chakrabarty

/locatebiome basalt_deltas takes me to a huge nether wastes biome.

TomatoClownfish

Can confirm in 1.19.3.

stanto

I'm running a minecraft server world which I have been updating, it's now on 1.20.4 - I'm unable to use /seed which returns a 0, and I am unable to use the /locate command to find anything, the game happy generates the world based on the 'old' generation, but has 'bugged out' with a few areas which are completely misaligned to the old generation, and obviously the 'new' generation.

But it's impossible to use any commands that rely on the world seed because of this misalignment. I suspect this also means for those chunks which are 'rendering on the old style' that they may not even generate anything new?

Weird that we're still suffering this kind of thing. Especially when this problem is acknowledged enough to have other tickets closed out as duplicates.

Happy birthday to this issue I guess? 4 years old soon?

stanto

@tryashtar - Do you think we could have the votes increased on this considering there's 21 tickets closed out as duplicates and those, the votes for them, and the comments on them could be considered votes for this issue?

As I believe the 'expecting people to vote for an issue if it's important enough' is disingenuous and masking the issue in favour of user fatigue.

tryashtar

Hey stanto. I'm sorry this issue is troubling you. I am curious what you mean by /seed giving 0. And the rest of your earlier comment has me a bit confused as well. Are you finding that in your world, even generation in newly explored chunks is incongruent with the /locate output? If so, I think something may be amiss even beyond this bug report. I'd be interested to look into that.
As for the votes, I'm afraid I'm powerless to manipulate the tally, or do much to help it get fixed faster. My personal, unprofessional opinion is that I think that based on the nature of the command, it's unlikely this issue will be fixed (MC-135996, a more impactful issue IMO, was declined recently). But who's to say. Thank you for your interest and concern. 🙂

GoldenHelmet

Based on MC-108187 and MC-135996 this is working as intended. Is there some other report or statement that suggests otherwise?

marcono1234

(Unassigned)

Confirmed

Platform

Low

Commands

20w07a, 20w15a, 1.16 Release Candidate 1, 1.16, 1.16.1, ..., 1.19, 1.19.2, 1.19.3, 1.20.1, 1.21.4

Retrieved