Uploaded image for project: 'Minecraft: Java Edition'
  1. Minecraft: Java Edition
  2. MC-31100

/setblock does not update the placed block consistently

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Reopened
    • Resolution: Unresolved
    • Affects Version/s: Minecraft 13w37b, Minecraft 1.7.9, Minecraft 14w18b, Minecraft 14w20b, Minecraft 1.8.1, Minecraft 1.8.2-pre4, Minecraft 1.8.2-pre6, Minecraft 1.8.7, Minecraft 1.8.9, Minecraft 16w03a, Minecraft 1.10.2, Minecraft 16w43a, Minecraft 1.11.2, Minecraft 1.12 Pre-Release 3, Minecraft 1.12 Pre-Release 5, Minecraft 1.12 Pre-Release 7, Minecraft 1.12, Minecraft 1.12.1 Pre-Release 1, Minecraft 1.12.1, Minecraft 1.12.2 Pre-Release 1, Minecraft 1.12.2 Pre-Release 2, Minecraft 1.12.2, Minecraft 17w43a, Minecraft 17w43b, Minecraft 17w45b, Minecraft 17w46a, Minecraft 17w47a, Minecraft 17w47b, Minecraft 17w48a, Minecraft 17w49a, Minecraft 17w49b, Minecraft 18w01a, Minecraft 18w03b, Minecraft 18w05a, Minecraft 18w10d, Minecraft 18w16a, Minecraft 18w22a, Minecraft 1.13-pre1, Minecraft 1.13-pre2, Minecraft 1.13-pre6, Minecraft 1.13-pre7, Minecraft 1.13-pre8, Minecraft 1.13-pre9, Minecraft 1.13-pre10, Minecraft 1.13, Minecraft 18w30a, Minecraft 18w30b, Minecraft 18w31a, Minecraft 18w32a, Minecraft 18w33a, Minecraft 1.13.1-pre1, Minecraft 1.13.1, Minecraft 1.13.2-pre1, Minecraft 1.13.2-pre2, Minecraft 1.13.2, Minecraft 18w48a, Minecraft 18w48b, Minecraft 18w49a, Minecraft 19w03b, Minecraft 19w03c, Minecraft 19w05a, Minecraft 19w06a, Minecraft 19w07a, Minecraft 19w12b, Minecraft 19w13b, Minecraft 1.14.1, Minecraft 1.14.2 Pre-Release 2, Minecraft 1.14.2 Pre-Release 3, 1.15.2 Pre-Release 1, 1.15.2, 20w06a, 20w13a, 20w13b, 20w14a, 20w17a, 20w19a, 1.16 Pre-release 5, 1.16 Pre-release 6, 1.16 Release Candidate 1, 1.16, 1.16.1, 20w27a
    • Fix Version/s: None
    • Environment:
      Windows 8
      Java 7
    • Confirmation Status:
      Confirmed
    • Game Mode:
      Creative
    • Category:
      Commands

      Description

      If you setblock certain blocks where they would get powered (e.g. onto redstone torch or redstone block), e.g. with:

      /setblock <x> <y> <z> command_block{Command:"say test"}
      

      the command block does not say "test", unless it receives a block update.

      This occurs also with e.g. dispensers, droppers, note blocks.

      See also:

      • MC-51340, it also happens if you got a block entity with NBT data (e.g. a command block with an inserted command) and make it fall, place it or clone it next to a power source, as well as

      Code analysis by [Mod] Marcono1234 in this comment on bugpost MC-18631.


      Blocks that do not update when placed with setblock:
      ( Some of those would be useful for mapmakers to be left not updating, see Note below)

      • doors
      • dispensers
      • droppers
      • command blocks
      • note blocks
      • levers
      • fence gates
      • beds
      • crops
      • repeaters
      • comparators
      • mushrooms
      • cactus
      • cake
      • carpet
      • dead bush
      • flowers
      • grass path
      • tall grass
      • ferns
      • flower pots
      • pressure plates
      • buttons
      • hopper
      • trapdoors
      • ladders
      • piston extension
      • piston heads
      • nether portals
      • sugar cane
      • saplings
      • snow layers
      • banners
      • signs
      • structure blocks
      • tripwire
      • tripwire hooks
      • vines
      • lily pads
      • rails
      • redstone lamps
      • torches
      • stairs
      • coral blocks

      Blocks that do update:

      • anvils
      • sand
      • dragon eggs
      • gravel
      • concrete powder
      • farmland
      • fire
      • observers
      • pistons
      • redstone torches (lit state)
      • redstone wire (power state and supporting block)
      • sponges
      • tnt

      In short:

      • Everything that needs support to exist stays aside from redstone wire and fire.
      • Gravity affected blocks fall.
      • Farmland and grass path stay as they are when there's a block above them
      • Powered/lit/etc state stays the same except for pistons, redstone torches, redstone wire and tnt
      • sponges still soak up water

      Decorative things like flowers, dead_bush, fern, grass, portals (anything that would naturally require a supporting block) would be in my personal opinion better to be left not updating by usage of commands, so mapmakers can still use it as decorative means for their maps.
      Furthermore, when using the /clone-command, the cloned blocks should probably be cloned as-is, so, if you clone blockstated blocks, they should be cloned as that very blockstated block. In order to toggle that, if desired, it could be considered to add another cloneMode for this (see opposing opinion in MC-190526, which was closed as duplicate of this bugpost). A fill-command with intentionally blockstated blocks should not lead to updated blocks as well (unless specified command-wise); the same should also go for e.g. a structure block, as well as worldgen structure.

      TLDR: It seems it could be great for mapmakers to be able to toggle blockstate updates, if possible also per-block; this would open up the ability to use blocks such as for example the 159 currently unused (naturally not generated automatically) blockstates giant mushroom blocks as retextured blocks for individual resource packs easily, without the same type of mushroom blocks updating, if placed next to each other also manually and thus have to e.g. alternate the block types, which lowers and complicates the amount of usable blocks.

        Attachments

        1. 2017-10-27_13.06.14.png
          2017-10-27_13.06.14.png
          1.84 MB
        2. 2018-03-09_18.40.12.png
          2018-03-09_18.40.12.png
          1.79 MB
        3. noteblock bug.mp4
          8.15 MB

          Issue Links

            Activity

              People

              Assignee:
              Unassigned Unassigned
              Reporter:
              LapisDemon Meri Diana
              Votes:
              35 Vote for this issue
              Watchers:
              31 Start watching this issue

                Dates

                Created:
                Updated:
                CHK: