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

Fire does not have an associated item form, which causes several issues

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Invalid
    • None
    • 1.18.1, 1.18.2 Pre-release 1
    • None
    • Confirmed
    • (Unassigned)

      The bug

      Unlike many other similar blocks, fire is not assigned a dedicated item form. This results in several issues arising which are not present for other blocks:

      • Nothing is returned when using Pick Block on fire (MC-167842)
      • Fire is displayed as "Air" in the Superflat menu (MC-48058)
      • Endermen which hold fire do not drop anything beyond their usual drops when killed (MC-206449)
      • The amount of fires put out (i.e. fire blocks "broken") is not displayed at all in Statistics. There exists a statistic intended to track this (according to the comments of MC-36191), but this never increments.
      • Blocks which have multiple block states can have a BlockStateTag assigned to their item form which will result in the item placing the block with a specified block state combination. However, despite fire having many block states to choose from, the lack of an assigned item form means that this tag can never be used to get a desired state combination for fire from an item that places it.

      How to reproduce

      Since this ticket concerns many issues that arise due to a central problem, there exist different ways to reproduce each sub-issue. A brief demonstration of some of these cases follow:

      • Attempt to use Pick Block on fire, and note that nothing is returned
      • Paste the following Superflat preset into the custom preset text box, and note the "Air" entry despite no air being specified in the preset:
        minecraft:netherrack,minecraft:fire;minecraft:the_void
      • Execute the following command to summon an enderman holding fire and kill it, noting that it can only drop experience and ender pearls, and nothing else:
        /summon minecraft:enderman ~ ~ ~ {carriedBlockState:{Name:"minecraft:fire"},Health:1}
      • Put out a large amount of fires in a Survival world, then open Statistics and search for any fire-related entries; ultimately there will be no relevant cases
      • Give yourself a fire charge (item most fitting for fire's item form) with the following command and place it, and use F3 to check the age state to note whether or not it's actually 7:
        /give @p minecraft:fire_charge{BlockStateTag:{age:"7"}}

      Expected results

      Fire would have an associated item form.

      Actual results

      Fire does not have an item form. As a result, all of the above issues arise.

      How to fix

      The best candidate for fire's item form would be the fire charge, as it places fire on a right-click and is consumed upon use, unlike a flint and steel which has durability.

      This matches up with other items that were assigned to the role of the item form of a block in 17w47a, such as seeds being tied to their respective crops, cases where distinct "floor" and "wall" variants neccessitated different item forms (e.g. heads, signs, banners), and other blocks which had a "different" item form beforehand (e.g. repeaters, comparators, cauldrons, cake, flower pots, redstone dust) being merged.

      Plenty of other items were also given item forms that seem like a stretch when comapred to the fire charge being the item for fire; for example, buckets being made to be the item form of their respective fluids, despite not being entirely consumed upon use (and also likely being partially responsible for MC-205563).

        1. 2022-02-19_22.26.00.png
          2022-02-19_22.26.00.png
          321 kB
        2. 2022-02-19_22.26.13.png
          2022-02-19_22.26.13.png
          188 kB
        3. 2022-02-19_22.26.28.png
          2022-02-19_22.26.28.png
          46 kB
        4. 2022-02-19_22.26.54.png
          2022-02-19_22.26.54.png
          41 kB
        5. 2022-02-19_22.26.56.png
          2022-02-19_22.26.56.png
          40 kB

            Unassigned Unassigned
            Awesoman3000 Connor Steppie
            Votes:
            2 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved:
              CHK: