Don't store block references in targets list

Question

Don't store block references in targets list

TheDudeFromCI opened this issue 4 years ago · comments

Blocks are not permanent references in Mineflayer. Each time a block is updated, it created a new block object. So storing blocks as direct references in the target list leads to only storing how they were before they were targeted. Things like checking if the block has been changed or destroyed no longer works.

Michael Strand · Answer 1 · Tue Dec 22 2020 13:13:39 GMT+0800 (China Standard Time)

Any ETA on a fix? :)

TheDudeFromCI · Answer 2 · Thu Dec 24 2020 01:48:27 GMT+0800 (China Standard Time)

@MichaelLykkeStrand Should be fixed when #42 is finished,

Yang Chun Wei · Answer 3 · Sun Feb 21 2021 16:18:53 GMT+0800 (China Standard Time)

Hi, just checking in to see if there are workarounds for this?

This is because I want to have two or more bots interact with each other and was wondering what happens when the block is mined by a bot before another one gets there.

Is there like a timeout function that just makes the bot move on to the next block?

Also just curious when this bug could be resolved.

Keep up the good work!

TheDudeFromCI · Answer 4 · Sun Feb 21 2021 18:35:42 GMT+0800 (China Standard Time)

Hi, just checking in to see if there are workarounds for this?

This is because I want to have two or more bots interact with each other and was wondering what happens when the block is mined by a bot before another one gets there.

Is there like a timeout function that just makes the bot move on to the next block?

Also just curious when this bug could be resolved.

Keep up the good work!

At the moment, the bot will get stuck when trying to mine a block that is already broken and will stand still forever. Sadly, there are not really any current workarounds at the moment without modifying the plugin directly.