Put the summary of the bug you're having here
If I add a flat present to the server config, chrange generator to FLAT, restart server and go to not generated chuncks Thay will be as in server config is not any flat present 3;1*minecraft:bedrock,254*minecraft:stone,1*minecraft:bedrock;2;
What I expected to happen was...:
The same as when you chose the present in singleplayer
Steps to Reproduce:
1. crange generator to FLAT
2. generate a bit of world
3;. add a generator setting to the generator-settings line
4.restart server
5. there will be \: instead : symbols
6. go on the server
7. go wery far avay, where aren´t generated chunck
Attachments
Comments 9
generator type will chrange, but the generator options will not affect it.
In some older snapshot of 1.9 version It generated correctly, and after updating It chranged.
Do you mean If i replace level.dat with file from world with wanted generation settings it will work?
If correct yes, but it could also break your world if you do things wrong, and third party tools aren't supported by Mojang.
I do not use any external tool. I chrange the generator settings in server configuration file
...
generator-settings=3;1*minecraft\:bedrock,254*minecraft\:stone,1*minecraft\:bedrock;2;
this do not affects the world generation.
...
....
...
level-type=FLAT
I know, I was replying to this:
Do you mean If i replace level.dat with file from world with wanted generation settings it will work?
which sounds like you were going into the level.dat I mentioned earlier.
as I said before:
that it doesn't generate the new superflat chunks is because of the server.properties not overwriting settings in level.dat (was reported before when changing hardcore setting, and this was mentioned, but I can't find that ticket now)
That has a rather big chance to break your existing world (ender dragon fight, gamerules, time, weather, spawnpoint, etc will change as well)
the \ is intended, it's because the : has to be escaped
also that it doesn't generate the new superflat chunks is because of the server.properties not overwriting settings in level.dat (was reported before when changing hardcore setting, and this was mentioned, but I can't find that ticket now)