How do I properly set a block and not trigger a physics update?

[zontreck]

I am trying to implement some code into my mod that sets a block, or rather, restores it, but no matter what i try the block still ends up spawning a FallingBlockEntity. How can I resolve this?

 

level.setBlock(sb.getPos(), nState, Block.UPDATE_CLIENTS); 

The above is the current way in which I am going about this.

[zontreck]

In a example where Y:0 is stone, Y:1 is air, and Y:2 is sand, i need that sand to be floating, if that is how it was when the code took a saved state of the block.  If there is a simple flag I am overlooking, please point me in the right direction. I have tried inspecting the Level#setBlock code, tried reading the docs, but can't figure this out.

[warjort]

I don't think you can?

The relevant code is in FallingBlock.onPlace() called from LevelChunk.setBlockState() where it *unconditionally* schedules a block tick that checks if the block should fall.

[zontreck]

Is there perhaps a workaround? This is a bit inconvenient since my mod aims to roll back griefing, and part of that is to restore the area exactly as it was previously

[warjort]

You can write your own method that only does the parts of ServerLevel.setBlock() and LevelChunk.setBlockState() that you want to perform.

You will probably need to use access transformers to make certain fields and methods public so you can use them?

https://forge.gemwire.uk/wiki/Access_Transformers

Edited October 18, 2022 by warjort

[zontreck]

I will look into that. Through various iterations and tests I did try implementing certain parts of the mentioned code. Maybe access transformers is what i needed.