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

Distant entity's scoreboard score forgotten

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Open
    • Resolution: Unresolved
    • Affects Version/s: Minecraft 1.13.1
    • Fix Version/s: None
    • Labels:
      None
    • Confirmation Status:
      Unconfirmed
    • Category:
      (Unassigned)

      Description

      This would be pretty difficult for me to explain, so let me fill in some background information and then show a clip.

      I am trying to increment a scoreboard score of a distant armor stand located in an area loaded via the /spreadplayers command (time:shipsinkloader) up to a total of 320.  The incrementing score normally works just fine if the player is in the area like they normally will be... but what if the player dies?

      https://drive.google.com/file/d/1VZYdCjMQ7oJVaydtbWLw0G6p4dp85Xi4/view?usp=sharing

      (is it possible to display the clip on this page?)

      In the clip, what appears to be happening is that the armor stand momentary gets unloaded itermittently or whenever the game is paused, or a gui that will pause the game in single player is entered.  This is causing the score to reset to 0 for whatever reason.  I do not believe this should be the case.  Normally an armor stand should retain their scores and tags when unloaded.  I do not believe this is an actual unloaded armor stand, but rather a strange anomaly, as the chunks stay loaded for a considerable bit after stopping time:shipsinkloader.

      There are several chunks that I need to keep loaded with time:shipsinkloader.

       

      time:shipsinkloader

      spreadplayers 616 -1144 0 8 false @e[name=Mark]
      spreadplayers 632 -1144 0 8 false @e[name=Mark]
      spreadplayers 648 -1144 0 8 false @e[name=Mark]
      spreadplayers 664 -1144 0 8 false @e[name=Mark]
      spreadplayers 680 -1144 0 8 false @e[name=Mark]
      spreadplayers 696 -1144 0 8 false @e[name=Mark]
      spreadplayers 712 -1144 0 8 false @e[name=Mark]
      spreadplayers 616 -1128 0 8 false @e[name=Mark]
      spreadplayers 632 -1128 0 8 false @e[name=Mark]
      spreadplayers 648 -1128 0 8 false @e[name=Mark]
      spreadplayers 664 -1128 0 8 false @e[name=Mark]
      spreadplayers 680 -1128 0 8 false @e[name=Mark]
      spreadplayers 696 -1128 0 8 false @e[name=Mark]
      spreadplayers 712 -1128 0 8 false @e[name=Mark]
      spreadplayers 616 -1112 0 8 false @e[name=Mark]
      spreadplayers 632 -1112 0 8 false @e[name=Mark]
      spreadplayers 648 -1112 0 8 false @e[name=Mark]
      spreadplayers 664 -1112 0 8 false @e[name=Mark]
      spreadplayers 680 -1112 0 8 false @e[name=Mark]
      spreadplayers 696 -1112 0 8 false @e[name=Mark]
      spreadplayers 712 -1112 0 8 false @e[name=Mark]
      spreadplayers 616 -1096 0 8 false @e[name=Mark]
      spreadplayers 632 -1096 0 8 false @e[name=Mark]
      spreadplayers 648 -1096 0 8 false @e[name=Mark]
      spreadplayers 664 -1096 0 8 false @e[name=Mark]
      spreadplayers 680 -1096 0 8 false @e[name=Mark]
      spreadplayers 696 -1096 0 8 false @e[name=Mark]
      spreadplayers 712 -1096 0 8 false @e[name=Mark]
      tp @e[name=Mark] 3 24 11

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              Brlievsay Brock Lievsay
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated: