Fix delayed block breaking sync with renderer/server #442

[ModMaker101]

Description

Fixes delayed block breaking by syncing renderer state, reducing redundant destroy progress updates, and modernizing parts of MultiPlayerGameMode.

Changes

Previous Behavior

• Block breaking appeared delayed
• Renderer wasn't notified early enough
• destroyTileProgress was spammed every tick.
• removeTile caused client desync.
• C-style casts, NULL, and raw shared_ptr were used.

Root Cause

Renderer and client destroy states weren't synced properly, and legacy LCE code spammed progress updates and removed tiles inconsistently.

New Behavior

• Renderer is notified immediately via destroyingTileAt.
• Destroy progress only sent when changed.
• setTileAndData used for consistent updates.
• C++ modernization across file.

Fix Implementation

• Added lastSentDestroyState caching.
• Added destroyingTileAt before client destruction.
• Replaced C‑style casts -> static_cast.
• Replaced NULL -> nullptr.
• Replaced shared_ptr<T> -> std::make_shared<T>.

Related Issues

• Fixes Block placement/breaking is delayed #442

[codeHusky]

Does not fix it, this issue still occurs with your changes

2026-03-04.16-22-31.mp4

[ModMaker101]

Yeah, that's my bad I miss read the issue I fixed something else 😅 I'll push a commit to fix that though

[ModMaker101]

@codeHusky It was working on my machine after my last commit, so if you could test it yourself that would be great.

[MarvelcoOGFN]

@codeHusky It was working on my machine after my last commit, so if you could test it yourself that would be great.

#537

check my pr it was a very very simple fix, you just needed to delete one line lol, i am not sure why it was made to return early in the first place