Bug of terrain generation

[noxi69]

Look how look like my world after putting Customies plugin on my server.
Can you fix it pls i use the latest version of your plugin :) 👍

[noxi69]

I check and it's just when i register a block that the world bug like this

 $creativeInfo = new CreativeInventoryInfo(CreativeInventoryInfo::CATEGORY_NATURE, CreativeInventoryInfo::GROUP_ORE);
        CustomiesBlockFactory::getInstance()->registerBlock(SapphireOre::class, "Minerais_Sapphire", "Minerais_Sapphire", new BlockBreakInfo(1), null, $creativeInfo);

This is how i register the block

[unickorn]

Can you send a list of all the plugins you are using? Does the issue persist if you only load customies without any other plugins?

[TwistedAsylumMC]

This does seem to be an issue with your generation plugin, SpectreZone uses custom blocks with world generation and does not have these issues. It's possible your PMMP or Composer dependencies are outdated.

[xLordShadow]

Im also having issues with the block mapping after registering a block.

If I dont have the block register it works fine, but after registering 1 block, it changes the blocks in the whole world when I get back on.

My registering code: https://gist.github.com/xLordShadow/1a8c1793add0a87a420318f9bf74d328

[jasonw4331]

This appears to be an issue specifically with introducing vanilla blocks rather than custom blocks. The process is different for vanilla implementations and should in no way be done through Customies to prevent the block palette from being corrupted.

credits to Javier Leon9966 for finding the cause

[TwistedAsylumMC]

Due to what jason has said, this issue is being marked as wontfix. Customies is not compatible with plugins that register vanilla blocks that PMMP does not support, and that is mentioned in the README.