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

/summon works incorrectly with ItemFrames

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • None
    • Minecraft 15w42a
    • None
    • Unconfirmed

      The last correct Version was 15w40b, both 15w41b and 15w42a are affected.

      The Pos-Tag of a ItemFrame, that got summoned is set to the the Position of the Player or whatever summoned the ItemFrame. That is wrong because an ItemFrame's Position is always right in front of the wall it is hanging on.
      Saving and reloading the world will fix the Pos-Tag.

      Shulkers are similar in the sence, that there Pos-Tag is always centered on their current block. Shulkers are not affected by this bug and work correctly.

      Why is this a Problem?
      The big Problem resulting from this behaviour is related to the /execute command. /execute seems to take the Pos-Tag value. This means that /execute will behave different on ItemFrames that got summoned in this session, than on ItemFrames that got summoned before the last reload.

      Many advanced Redstone Systems used the fixed Pos-Tag of ItemFrames to center Marker ArmorStands on blocks. This bug makes this almost impossible.

      Steps to reproduce:

      • Step to the corner of a block
      • Place a block in the north of your block (wall for the ItemFrame)
      • /summon ItemFrame
      • /execute @e[type=ItemFrame,r=1] ~ ~ ~ /summon ArmorStand ~ ~ ~ {NoGravity:1b}
      • Close the world
      • Open the world
      • /execute @e[type=ItemFrame,r=1] ~ ~ ~ /summon ArmorStand ~ ~ ~ {NoGravity:1b}

      Now the second ArmorStand is correctly at the ItemFrame, but the first one is where the Player was standing.
      Both ArmorStands should be at the ItemFrame!

            Unassigned Unassigned
            Adrodoc55 Adrodoc55
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: