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

Portal Cooldown Resets when Mobs Transform

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved
    • Resolution: Duplicate
    • Affects Version/s: 1.15.2, 20w07a
    • Fix Version/s: None
    • Labels:
      None
    • Environment:
      This was observed in Minecraft Java versions 1.15.2 and 20w17a (latest full version and latest snapshot), no other versions have been tested. Run on a laptop with the Windows 10 operating system, with an Intel processor and an Nvidia GPU.
    • Confirmation Status:
      Unconfirmed
    • Category:
      (Unassigned)

      Description

      When a mob transforms into another (e.g. villager to zombie, or piglin to zombified piglin in 20w17a snapshot) it's Portal Cooldown NBT tag is reset. This can be seen in-game when a mob passes through a nether portal, then doesn't leave the portal on the otherside (e.g. due to blocks preventing it from doing so). Normally the entity's Portal Cooldown number would stay at 300 as it hasn't left the portal, however if that entity is then transformed into another (e.g. is cured, zombified, etc) it's cooldown is reset to 0 and it immediately teleports through the portal after transforming.

      As the new entity is meant to represent the original having gone through a transformation, it seems logical that they should have the same portal cooldown, as there is no apparent gameplay reason for a newly transformed mob to bypass the normal cooldown period.

       

      I also used repeat command blocks to display the entity's PortalCooldown in a scoreboard, and observed it reset to 0 after transforming (if still in the portal. it was only 0 briefly before returning to 300 as it passed through the portal; I also tried breaking the portal just before transformation and observed the counting down number jump from ~200 to 0 as it transformed).

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                Unassigned
                Reporter:
                mcdataguy William Archer
              • Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:

                  Potential Duplicates