MCPE-446041 character seeds generate randomly instead of using the input
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1", (U+0080)
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
I have also found some strings that generate into the 1 digit seeds to show they are not broken (doc). Here is a video showing this also. There are also some seeds on the document that generate these seeds from numbers (credit to here / here) which generate those seeds because of overflow (quite odd that they even count as numbers as they are too big to fit in a 32bit integer memory location!), also note that the seed -1 was strangely excluded from this list, as it seemed to generate randomly no matter what number was entered.
How to reproduce
1. Create a world with the seed "10"
2. Check the seed (
It's 10)
3. Create a world with the seed "5"
3. Check the seed (
It's something random, and different every time, like -1687526163 or 636782418)
Created Issue:
1 character seeds generate randomly instead of using the input.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "
0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", "". "", (U+007F, looks like house character in game)I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "
ÿ" (U+002D U+0080), "-1", "+1"I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
- Unresolved
- Open
- Unconfirmed
- Windows
- Windows 10 Build 1809
- 1.11.0.10 Beta 1.10.1 (Windows 10 only) 1.10.0
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "
", (U+007F, looks like house character in game)0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", "". "I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "
ÿ" (U+002D U+0080), "-1", "+1"I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "
1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", "". "", (U+007F, looks like house character in game)I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "ÿ" (U+002D U+0080), "-1", "+1"
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "
1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", "". "", (U+007F, looks like house character in game)I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "ÿ" (U+002D U+0080), "-1", "+1"
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, TILDE with minus sign, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "ÿ" (U+002D U+0080), "-1", "+1"
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, TILDE with minus sign, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "ÿ" (U+002D U+0080),
"-1", "+1"I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, TILDE with minus sign, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "ÿ" (U+002D U+0080), MINUS MINUS ONE, "+1"
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE,
TILDE with minus sign, (U+007F, looks like house character in game)I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "ÿ" (U+002D U+0080), MINUS MINUS ONE, "+1"
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "ÿ" (U+002D U+0080), MINUS MINUS ONE, "+1"
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+0080), "-ÿ" (U+002D U+0080), MINUS MINUS ONE, "+1"
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00
80), "-ÿ" (U+002D U+0080), MINUS MINUS ONE, "+1"I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "-ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1"
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "
-ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1"I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "
ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1", (U+0080), "-1"I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "
ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1", (U+0080), "-1"I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1", (U+0080)
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1", (U+0080)
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
I have also found some strings that generate into the 1 digit seeds to show they are not broken (doc). Here is a video showing this also.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1", (U+0080)
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
I have also found some strings that generate into the 1 digit seeds to show they are not broken (doc). Here is a video showing this also.
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1", (U+0080)
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
I have also found some strings that generate into the 1 digit seeds to show they are not broken (doc). Here is a video showing this also. There are also some seeds on the document that generate these seeds from numbers (credit to here / here) which generate those seeds because of overflow (quite odd that they even count as numbers as they are too big to fit in a 32bit integer memory location!), also note that the seed -1 was strangely excluded from this list, as it seemed to generate randomly no matter what number was entered.
![[Mojang] Mega_Spud (Jay Wells)](../../../data/avatars/users/92696.png){kind=small}
![[Mod] tryashtar](../../../data/avatars/users/41963.png){kind=small}
When a 1 character seed (where the codepoint is less than U+0080) is entered into the seed box, and the world is generated, the world will instead use a new random seed each time. This is also still broken when a '-' character (minus sign) is inserted in front of the first character.
I can confirm this bug exists for both the Windows 10 Edition (out of beta) and the Android version (in beta). I have not tested any other platforms, but I imagine the bug also exists on all of the platforms.
Also note, both platforms were 64bit, so it may not be broken on 32bit machines, but my Windows 10 machine was x64 (intel), and my android device was 64bit ARM (exynos), so I find that unlikely as it seems to work on 2 different processors on 2 different platforms already.
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they generated randomly (broken): "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "0", "-1", "-2", "-3", "-4", "-5", "-6", "-7", "-8", "-9", "a", "-a", TILDE, MINUS TILDE, (U+007F, looks like house character in game)
I have tested the following seeds (without quotation marks) on Windows 10 (out of beta) and they didn't generate randomly (expected behaviour): "ab", "☺" (U+263A), "ÿ". (U+00FF), "ÿ" (U+002D U+00FF), MINUS MINUS ONE, "+1", (U+0080)
I also tested the seed 1 on android (in the beta for 1.11) and it generated randomly.
Since the cutoff point for the random seed appears to be U+0080, I imagine there is some accidentally incorrect conversions between unicode and ascii in the number parser for the seed box, as this is the ascii cutoff point, I find it interesting that it's also still broken with a minus sign in front of the other character.
Here is an example with the seed "1" entered on Windows 10 (out of beta): Minecraft 2019-04-15 07-37-20.mp4
The 1 character numerical seeds should generate a world with that seed, and the other 1 character seeds should be the same each time, that is the bug in its simplest form.
I have also found some strings that generate into the 1 digit seeds to show they are not broken (doc). Here is a video showing this also. There are also some seeds on the document that generate these seeds from numbers (credit to here / here) which generate those seeds because of overflow (quite odd that they even count as numbers as they are too big to fit in a 32bit integer memory location!), also note that the seed -1 was strangely excluded from this list, as it seemed to generate randomly no matter what number was entered.
How to reproduce
1. Create a world with the seed "10"
2. Check the seed (
3. Create a world with the seed "5"
3. Check the seed (
![[MCQA] v-weszaj](../../../data/avatars/users/18941.svg){kind=small}
is duplicated by
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
is duplicated by
![[Helper] lillybeacon](../../../data/avatars/users/93893.png){kind=small}
![[Mod] OcelotOnesie](../../../data/avatars/users/43220.png){kind=small}
1 character seeds generate randomly instead of using the input.
Maybe duplicates MCPE-44604, which cannot be reproduced for some reason.
Thank you for your report!
We're tracking this issue in MCPE-44604, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
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 – 📧 Mojang Support – 📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Thank you for your report!
However, this issue has been temporarily closed as Awaiting Response.
Is this still an issue in the latest version? If yes, can you please add it to the affected versions (or mention it if you are not the reporter)? Also, does MCPE-44604 describe your issue?
This ticket will automatically reopen when you reply.
Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki
The bug
The way biomes are placed in the Nether, as well as the fundamental shape of terrain, differs in Java Edition and Bedrock Edition. As 1.16 introduced nether biomes, and 1.18 aimed to have the world generate the same on both editions, and both of these releases are after 1.15, this is a valid parity request. (The terrain shape element may not be valid as it has remained largely the same since Alpha v1.2.0, but is probably worth looking into nonetheless alongside this since the biome aspect certainly is valid.)
How to reproduce
The same seed must be used on both editions. 1 is used on Java Edition, and ddnqavbk on Bedrock Edition as it becomes 1 (single digits still cannot be input directly due to MCPE-44604).
- In Java Edition, /execute in the_nether run tp 0 100 0
- Note the biomes and terrain in this general region
- In Bedrock Edition, teleport to (0,0) and place a nether portal
- Note the biomes and terrain in this general region - there is a good chance they will not match up
For seed 1, Java Edition yielded nether wastes, whereas Bedrock Edition gave a crimson forest. Java Edition's terrain was wide open above a lava lake whereas Bedrock Edition's was in a more secluded cavern.
Expected results
The terrain and biomes would match up very well between editions.
Actual results
More often than not, the terrain and biomes are completely different.
Discovered while testing MC-244146.
The bug
The pattern formed by bedrock at the bottom of the world seems to always be constant, regardless of the world seed.
This was previously the case on Java Edition, but was intentionally changed in 21w40a (https://www.minecraft.net/en-us/article/minecraft-snapshot-21w40a), making the absence of this effect in Bedrock Edition a parity problem. I also remember it being different in Bedrock Edition from seed to seed in older versions, so I don't know why it's gone to Java's old behaviour.
The two seeds tested were 1 (input as ddnqavbk due to MCPE-44604) and 1736465059.
How to reproduce
- Generate a world
- Teleport yourself to (0,-59,0)
- /fill ~-20 ~ ~-20 ~20 ~3 ~20 air
- Note the shape of the bedrock pattern - take a screenshot if needed
- Redo the above steps but generate a different world
Expected results
The shapes formed by bedrock would differ due to the seeds being distinct.
Actual results
The shapes seem identical.
Using third party software to modify the seed to a 1-digit character causes the game to freeze on "generating world"
Kyle morley Try a seed from the document I've added.
Entering these numerial values will also get you the corrosponding single digit worlds:
4294967287 = -9
4294967288 = -8
4294967289 = -7
4294967290 = -6
4294967291 = -5
4294967292 = -4
4294967293 = -3
4294967294 = -2
4294967296 = 0
4294967297 = 1
4294967298 = 2
4294967299 = 3
4294967300 = 4
4294967301 = 5
4294967302 = 6
4294967303 = 7
4294967304 = 8
4294967305 = 9
4294967295, which should spawn the -1 seed is glitched and spawns a random world as would just typing in -1.
Timothy Chaplick I see what you did there, clever
Hamish Arblaster, credit is also due to @IveeTrainer on Twitter for that information (Click Meh!). He found for Bedrock Edition the alternate numerical value to naturally give -3 (4294967293). I noticed a potential pattern, and tested the other given numerical values. Can you add these numerical values that work to your google document please (Save the one for -1 as it doesn't work)? Are you able to update the affected versions as well, as this affects versions 1.11 and 1.11.1 of Bedrock Edition as well.
Kyle morley, what you stated is not true with MCC Tool Chest PE. If you spawn a new world on Minecraft Bedrock Windows 10 Edition, save and close it, open it with MCC Tool Chest PE, delete all the chunks/regions, set RandomSeed to the single numerical value you desire (Positive or negative), save it, close it, and then re-open in Minecraft, it should work fine. I have tested this by using the third party program to spawn -1 and -3 artificially and it worked both times. @nikoskon on Twitter also did this with success. If you are using MCC Tool Chest PE, doing what is typed here and there still is an issue, then you need to let the developer @cynodontA on Twitter know so he can see if it is a bug or not with his program.
-1 seed that was artifically created, and -3 seed via MCC Tool Chest PE for Minecraft Windows 10 Bedrock Edition.
Timothy Chaplick I have updated the google doc, and also note, you do not need to artificially create those seeds as you can do it with seeds from my doc (even -1!). I also added the newer versions.
Hamish Arblaster , I artifically created those before I found this bug issue here on Jira and found your helpful wordpad document (Which before that, -1 was thought to be behind a glitch wall). So it is possible to do this naturally via the game itself, or artifically.
Cleaning up old tickets: This ticket has not been updated recently (~1 year+) so is being closed as Cannot Reproduce. If you feel this is still a valid issue then please comment, or create a new ticket following the Issue Guidelines.
Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki
Still an issue in 1.17.1. Requesting this to be reopened.
Added vanilla-parity tags as Java 22w03a changes now allow single-digit seeds to be used.