Uploaded image for project: 'Minecraft (Bedrock codebase)'
  1. Minecraft (Bedrock codebase)
  2. MCPE-32949

/time query gametime does not appear to return correct gametime value

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Cannot Reproduce
    • None
    • 1.2.13.60, 1.4.2.0
    • None
    • Confirmed
    • Phone - Android - LG Other (Specify in description)

      While reviewing original documentation and testing /time query gametime command, it appeared that the command was not returning the result of the world age. Instead, it appeared to return a result indicating the world was only a few days old maximum.

      Please confirm if this is a bug on bedrock android version. My world was originally created on Nov 29, 2017. The values being returned by the commands are as follows:

      Day is 1.
      Daytime is 15029.
      Gametime is 39590.

      Based on the information from this page ( https://minecraft.gamepedia.com/Day-night_cycle#Minecraft_time_to_real_time ), it would appear that this gametime should be much higher than a mere 39590. This is a SMP game world that is played on for at several hours daily. The day-night cycle is active in this world.

      The only thing to note is that this world was originally created on a different android device and then copied to a new device in December and continued playing on the new device since that date. Should that affect the gametime stamp returned by the command?

      Edited by Auldrick: Questions to be resolved by mods
      In a single-player world, /time query gametime returns the number of ticks since the world was opened.

      1. Is this also true for multiplayer and Realms worlds?
      2. Does Java return the same measurement?
      3. Is this the intended behavior?
        (I need the answer to the first two questions so I can update the wiki.)

            Desert Prince Jay Sirrom
            Votes:
            1 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved:
              CHK: