This bug is specific to players, other entities cannot jump while on the block.
Friend reproduced this on a NVIDIA GeForce GTX 1060 6GB
@redstonehelper
Why was this marked as "fixed".
Why did you say you would make a new ticket when this ticket describes the issue as well.
Why did you never link to this new ticket you made, I can't seem to find it.
Does your shovel have Fortune III. That enchantment (at level 3) increases the chance of gravel dropping flint to 100%. This is intended.
This got promoted to a major issue yet 3.5 months later it is still not resolved.
"as you have to enable snapshots in the launcher; 1.13 is not released yet as it's still in development."
Enable snapshots to get access to the snapshots. Snapshots are like beta versions so people can find bugs before the update is fully released. Your kid is playing on a snapshot, not a fully released version.
Still in 18w10c.
Why is this WAI. We have "/reload" for datapacks, why waste the clients time when they want to reload the assets.
Do you have Discord open? The Discord overlay key is also the "~".
It being in-memory only also prevents SelectedItem from being usable in any NBT path:
"/data get entity @p SelectedItem.Count" will always fail (because there's no saved compound named SelectedItem).
They reintroduced the bug*
In 17w47a:
textures/blocks/flower_paeonia.png got removed.
textures/gui/progress_book.png got removed
textures/items/banner_overlay.png got removed
Still in 17w45b.
Check the output log for information about why something won't load.
The other "execute if" subcommands work fine on their own (without a "run <command>").
/execute if entity @s
parses and runs fine.
/execute if score @s test = foo test
parses and runs fine.
/execute if block ~ ~ ~ stone
parses fine but returns an error when running: "Unknown command at position 30: ...~ ~ stone<--[HERE]"
Bit more info. The parser will accept something like
/tellraw @a {"text":"say hi"}
but when running this command it will return a message "No such argument 'target' exists on this command".
Can confirm, trying to rename an item will create a fake named item (only client-side I imagine) and the unnamed item will become invisible. Moving them around or relogging will show that the renaming never worked.
Still in 1.12.2
The /hud command was added in 1.20.80. I also have the same problem of it not hiding the hunger bar.