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

Two block tall flowers are part of #minecraft:sword_efficient even though one block tall flowers aren't

XMLWordPrintable

    • Community Consensus
    • Items
    • Low
    • Gameplay

      Relates to: MC-230411 MC-251037 MC-251043 MC-279203 MC-279783 MC-279784 MC-279786 MC-279787 MC-279788 MC-279789 MC-279790 MC-279841

      The bug

      The tag #minecraft:sword_efficient is intended for use on blocks which take an amount of time to mine, and a lesser amount when broken with a sword. It has no effect on blocks which are broken instantly, however, despite this, it is applied to two-block-tall flowers. This is pointless, makes datapack creation confusing, and bloats the F3 screen.

      One-block-tall flowers have the correct behaviour: they are not part of this tag.

      How to reproduce

      1. Look at a flower
      2. Press F3
      3. Look at the tags

      Expected results

      The sword tag wouldn't be there.

      Actual results

      It correctly isn't there for one block tall flowers, but incorrectly is for two block tall flowers.

      How to fix

      Remove all two block tall flowers from this tag, as it makes no sense for them to be there.

        1. 2025-01-27_16.15.47.png
          2025-01-27_16.15.47.png
          238 kB
        2. 2025-01-27_16.15.49_2.png
          2025-01-27_16.15.49_2.png
          254 kB
        3. 2025-01-27_16.15.49.png
          2025-01-27_16.15.49.png
          227 kB
        4. 2025-01-27_16.15.50_2.png
          2025-01-27_16.15.50_2.png
          249 kB
        5. 2025-01-27_16.15.50.png
          2025-01-27_16.15.50.png
          253 kB
        6. 2025-01-27_16.16.02.png
          2025-01-27_16.16.02.png
          281 kB
        7. 2025-01-27_16.16.06.png
          2025-01-27_16.16.06.png
          284 kB
        8. 2025-01-27_16.16.07.png
          2025-01-27_16.16.07.png
          290 kB
        9. 2025-01-27_16.16.08.png
          2025-01-27_16.16.08.png
          293 kB
        10. 2025-01-27_16.16.10.png
          2025-01-27_16.16.10.png
          299 kB
        11. 2025-01-27_16.16.11.png
          2025-01-27_16.16.11.png
          313 kB
        12. 2025-01-27_16.16.12_2.png
          2025-01-27_16.16.12_2.png
          292 kB
        13. 2025-01-27_16.16.12.png
          2025-01-27_16.16.12.png
          303 kB
        14. 2025-01-27_16.16.15.png
          2025-01-27_16.16.15.png
          286 kB
        15. 2025-01-27_16.16.26_2.png
          2025-01-27_16.16.26_2.png
          317 kB
        16. 2025-01-27_16.16.26.png
          2025-01-27_16.16.26.png
          298 kB
        17. 2025-01-27_16.16.27.png
          2025-01-27_16.16.27.png
          234 kB
        18. 2025-01-27_16.16.29.png
          2025-01-27_16.16.29.png
          224 kB
        19. 2025-01-27_16.16.31.png
          2025-01-27_16.16.31.png
          271 kB
        20. 2025-01-27_16.16.32.png
          2025-01-27_16.16.32.png
          316 kB
        21. 2025-01-27_16.16.33.png
          2025-01-27_16.16.33.png
          306 kB

            Unassigned Unassigned
            muzikbike Connor Steppie
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              CHK: