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

Torches placed by world gen are unattached (Villages, Stronghold, Mineshaft, End exit portal)

    • Icon: Bug Bug
    • Resolution: Fixed
    • Minecraft 14w34d
    • Minecraft 14w27a, (12)
      Minecraft 14w27b, Minecraft 14w28a, Minecraft 14w28b, Minecraft 14w29b, Minecraft 14w30c, Minecraft 14w31a, Minecraft 14w32b, Minecraft 14w32d, Minecraft 14w33a, Minecraft 14w33c, Minecraft 14w34b, Minecraft 14w34d
    • None
    • Creative
    • Community Consensus

      Torches placed by the world generator and are supposed to attach to a block float instead.
      How to recreate: Find any torches that are placed by the world generator (Villages, Mineshafts, etc.), and you will see that the torches float when they should be attached to a block.


      This is displayed in the development console:

      [Server thread/ERROR]: Tried to setBlockAndData(minecraft:torch/0) but it's an invalid state. Defaulting to minecraft:torch[facing=up] instead (minecraft:torch/5)
      

        1. 2014-09-13_16.36.14_.png
          2014-09-13_16.36.14_.png
          443 kB
        2. 2014-08-13_22.09.40.png
          2014-08-13_22.09.40.png
          149 kB
        3. 2014-08-08_18.25.14.png
          2014-08-08_18.25.14.png
          128 kB
        4. 2014-08-01_01.00.06.png
          2014-08-01_01.00.06.png
          1.25 MB
        5. 2014-07-18_20.47.13.png
          2014-07-18_20.47.13.png
          268 kB
        6. 2014-07-10_02.59.33.png
          2014-07-10_02.59.33.png
          803 kB
        7. 2014-07-02_10.02.58.png
          2014-07-02_10.02.58.png
          396 kB

          [MC-59928] Torches placed by world gen are unattached (Villages, Stronghold, Mineshaft, End exit portal)

          Marcono1234 added a comment -

          I guess they are the same. The game handles them the same way as flowers or every other block which requires any kind of holder. When the game tests if the block is valid and it is not, it just "drops" the item.

          Marcono1234 added a comment - I guess they are the same. The game handles them the same way as flowers or every other block which requires any kind of holder. When the game tests if the block is valid and it is not, it just "drops" the item.

          @ Marcono1234

          You are actually referring to MC-53897.

          KingSupernova added a comment - @ Marcono1234 You are actually referring to MC-53897 .

          Marcono1234 added a comment -

          Not fixed for End portals for 1.8.2-pre4
          How to reproduce:

          /summon EnderDragon ~ ~ ~ {HealF:-1}
          

          Use this in the overworld and go trough the portal and you will find 4 torches (same for end to overworld)

          Marcono1234 added a comment - Not fixed for End portals for 1.8.2-pre4 How to reproduce: /summon EnderDragon ~ ~ ~ {HealF:-1} Use this in the overworld and go trough the portal and you will find 4 torches (same for end to overworld)

          Jesus Man added a comment -

          Just came across how this was fixed. Thank you Mojang!

          Jesus Man added a comment - Just came across how this was fixed. Thank you Mojang!

          [Mod] Sonicwave added a comment - - edited

          Reconfirmed for 1.8 also.
          Nvm the world (and the one Jasper linked) was generated prior to 1.8. MC-53897 is what I'm getting in a 1.8-generated world.

          [Mod] Sonicwave added a comment - - edited Reconfirmed for 1.8 also. Nvm the world (and the one Jasper linked) was generated prior to 1.8. MC-53897 is what I'm getting in a 1.8-generated world.

          MC-72437...
          Still happening in 1.8...

          Jasper van den Berg added a comment - MC-72437 ... Still happening in 1.8...

          As it appears that torches now drop when generated improperly, rather than float, and the error message no longer appears in the console, I'm inclined to consider this issue fixed, and suggest those interested follow MC-53897, which covers the torches being dropped rather than placed correctly. We could update this ticket to reflect the current state of the game, but MC-53897 already exists and is older, so I'm more inclined to just keep that one open and update it with any relevant information.

          [Mod] Torabi added a comment - As it appears that torches now drop when generated improperly, rather than float, and the error message no longer appears in the console, I'm inclined to consider this issue fixed, and suggest those interested follow MC-53897 , which covers the torches being dropped rather than placed correctly. We could update this ticket to reflect the current state of the game, but MC-53897 already exists and is older, so I'm more inclined to just keep that one open and update it with any relevant information.

          Jesus Man added a comment -

          Will this be fixed in 1.8? To me, this seems too major just to blow over for months. Can someone at least tell me if mojang is working on this? (This comment is with all respect, I just want to know) Thanks.

          Jesus Man added a comment - Will this be fixed in 1.8? To me, this seems too major just to blow over for months. Can someone at least tell me if mojang is working on this? (This comment is with all respect, I just want to know) Thanks.

          a added a comment -

          In 14w34d (and b), the torches now drop themselves consistently, which is actually MC-53897, but they're caused by the same issue of the torches being generated in an incorrect orientation.

          a added a comment - In 14w34d (and b), the torches now drop themselves consistently, which is actually MC-53897 , but they're caused by the same issue of the torches being generated in an incorrect orientation.

          a added a comment -

          14w34b.

          a added a comment - 14w34b.

            Unassigned Unassigned
            Alienforce2k Jesus Man
            Votes:
            10 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated:
              Resolved:
              CHK: