Bloo

Scoreboard entries of actual entities are usually never persistent past the entity's death. The only way for the "user“ to make persistent entries is by using an explicit score holder name in a command.

The fact that a score with the name being the uuid of the – now dead – holder remains clearly breaks this rule. The "user“ never created a score under that name and it can be almost impossible to reference these leftover scores.

I have not tried this in recent versions, we should investigate whether this bug re-appeared. If so, this would need to be re-opened.

Can confirm in 1.20.4.

The previous behaviour was widely used by data packs. Being able to detect players using items on blocks is something that really pushed data packs forward.

I'm part of a team maintaining 88 data packs which aim to smoothly integrate into vanilla. The `item_used_on_block` trigger was what finally freed us from the so called 'floor crafting', where we could only react to players throwing items on the ground, and enabled us to do less floor crafting. If this went through it would break a lot of stuff and throw us back to having the player throw items on the ground. Please reconsider this change.

Below are some examples on how the previous behaviour was used:

• Our custom liquid storage blocks

• These tile-entity-relocators

• Our enchantment extractor machine

• Or this multi block ingot doubler

In all of these packs the initial crafting relies on our Custom Crafting system, which allows for NBT crafting (as NBT crafting is not available via recipes in the normal Crafting Table). This is only possible thanks to the item used on block trigger.

In Changelog 1.18.0 ( bedrock ) the "Known Issues" section is written:

New world generation in this release is currently incompatible with the 'Creation of Custom Biomes' experimental toggle. Expect worlds with custom biome generation to be potentially unstable and for custom biomes to only exist in currently saved out areas of the world.

I just tried, but it still doesn't work 😞

This no longer happens in 1.17.1.

Also happens in 1.17.1-pre1.

Thanks for your help, but that's not really helpful, is it?

This will of course also work with normal levity, you just need a block above your head to stop you from gaining height.

Thanks Grey, but is it really?

This is a leftover of that split. It looks like /fill was updated to deal with this scenario but /setblock wasn't.

It does not affect all ridden entities. Command Blocks were able to teleport the minecart / the horse whilst I was riding the cart/the horse, however, Command Blocks can not teleport a boat ridden by a player - only the player riding the boat can.

It doesn't work with horses nor does it work with minecarts