Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

8
  • I tried it out and ran into a few issues. But mainly that using "data get entity" and such only works when targetting a single entity, so I had to edit commands which may have lead to the whole thing not working. But, this has given me a lot of new ideas as I had never thought of using something like that last command. (Getting data from one thing and modifying something else with it) Commented Mar 2, 2021 at 16:28
  • I tried using this new idea to check directly for the nbt of the block beneath the player, but block type is not an nbt so nothing gets returned if the block has no special nbt. Commented Mar 2, 2021 at 16:29
  • I'm gonna try using "execute as @a[scores={camouflaged=1..}] at @s run data get block ~ ~-1 ~ id". It worked with a chest at the very least... Well, not exactly that, but you get the idea* Commented Mar 2, 2021 at 16:38
  • Well nope, it actually ONLY works with chests and the like. Commented Mar 2, 2021 at 16:40
  • You can do that with block entities only, but you need the arrow trick for all other blocks. I updated my answer, you need to wait one tick between summoning the arrow and getting its data. Commented Mar 2, 2021 at 16:40