The bug
When you have a world with seed zero, i.e. when
/seed
outputs 0, then it cannot be recreated using the "Re-Create" option, because it will be interpreted as a random seed. To be clear, I know that putting "0" in the seed option is supposed to create a random world. However, I would expect that copying an existing world with seed 0 would also generate a world with seed 0.
How to reproduce
As mentioned, putting '0' in the seed option on the "Create New World" screen will be interpreted as a random seed (Personally I find this unintuitive behavior, but this has been resolved as intended: MC-1820). However, a world with the seed 0 can be generated either through external tools, or by choosing the seed text very carefully. Here are some options for the text, that will generate a world with seed 0:
tainsntoh
f5a5a608
af4e962cd
Comments 18


[Mojang] Grum (Erik Broes) resolved MC-44944 - "0" is not handled as a valid seed as 'Works As Intended'
Limitation of how seeds work, setting it to 0 doesn't work so nicely

I agree. The seed text should be left empty for a random seed. If I specify that I want my seed to be '0' then it should be zero. I found it a little irritating that I couldn't even copy the world once I actually had one with seed zero.

this works as intended as of MC-44944

The would probably need to be changed to test if the parsed long or the hash code is 0. This would not fix the problem for already existing worlds with the seed 0.
long i = (new Random()).nextLong();
String s = this.worldSeedField.getText();
if (!StringUtils.isEmpty(s))
{
long j;
try
{
j = Long.parseLong(s);
}
catch (NumberFormatException var7)
{
j = (long)s.hashCode();
}
if (j != 0L)
{
i = j;
}
}
Note: If this is really the planned fix, a message in the world creation GUI should indicate that 0 or Strings that have 0 as hash code result in a random seed.
This whole situation shows that defining 0 as special is problematic.

Affects 1.16.5 and 20w51a.

Can confirm in 1.17.1.

Does 22w03a resolve this issue?

22w03a does, in fact, seem to resolve this

Can confirm fixed in 22w03a.
Confirmed for
15w49b However I would conside MC-1820 rather as a bug. If the user wants a random seed he should leave the text field empty