mojira.dev
MC-50339

Tamed dogs and cats won't stand/sit when commanded (UUID written to the OwnerUUID without hyphen)

The bug

I, on my survival world, recently tamed two cats and four wolves. All six animals are named with name tags, the cats were tied up with leads inside my house, the four dogs were untethered and just sitting outside my house.

After using these two recent snapshots (14w10a then 14w10b), my animals stopped followed the right-click 'sit/stand' command.

Related issues

MC-50353 unable to make tamed pets stand up MC-50437 Wolf not standing in 14w10b (something to do with UUID?) MC-50538 Dogs will only sit MC-50540 Tamed Wolves not standing up MC-50709 My dogs won't stand up! MC-51557 Unable to stand a tamed sitting dog MC-55021 I created a world in a previous version of Minecraft (1.5) and now in 1.7.9, because of the new UUID, my tamed wolves don't stand when I right click on them. MC-56619 If you make a tamed wolf sit for a long time it will not get back up, i have tried everything, happens also with cats. MC-57976 Very annoying sitting glitch with tamed cats and dogs MC-61703 Sitting, tamed wolves and cats will not stand after update MC-66719 Tamed animals won't sit or stand MC-68505 Tamed Cats and Dogs won't stand MC-76174 Cats won't sit MC-79764 wolfs/dogs MC-92560 Cats don't sit MC-129925 Wolves won't stand MC-138261 Pets Will Not Stand MC-150929 Wolf Won't Stand or Follow MC-160042 Cat won't stand up and follow me even if I'm clicking at it MC-161044 dog doesn't want to get up

Attachments

Comments

migrated
[media]
migrated

I have this issue as well. My dogs are also now hostile to me (I punched one to try and get it to stand up) so I think pets no longer consider the player as their owner.

kumasasa

Does this occur if the world gets restored from an pre-14w10a state with 14w10c ?

migrated

Can confirm. Happening in 14w10c here.

migrated

Kumasasa, this DOES stay if you revert to a previous snapshot. I went back to 14w08a and it was still there.

migrated

This happened to me with my wolves

migrated

I have the same issue with dogs and also in the video from Etho you can see the same behavior: https://www.youtube.com/watch?v=UQdnKTEx2Fs#t=0m45s

migrated

Added another vote to this issue, as it is still present in 14w11b. Most likely relating to the switch from username to UUID not being propagated to wolves/cats that were previously tamed.

migrated

@Kumasasa: It does occur when you have docs or cats in the from the 1.7-world (I played last 1.7.5) and then switch to the new snapshot (e.g. 14w11b). This is reproduceable.

However it looks this bug is only related to classic Minecraft accounts.

If they are not migrated to a Mojang-Account, it seems you have it. Now I have migrated the account and it seems the issue is fixed after this. Can someone else confirm that migration to the Mojang account will solve the issue?

migrated

@Volki Craft
I can dispute that. I had migrated my account to the Mojang account almost immediately upon its release, so that is not the issue (at least, not the issue in all cases). I also started the my world in 14w04a, and had 2 wolves tamed in around 14w08/09, and as soon as the 14w10 series was released the wolves stopped responding to my command to stand up.

migrated

@Volki Craft: My Mojang account is migrated and I still have the problem. However, I'm sure it must be related to Mojang changing how the game recognizes players from usernames to UUIDs.

migrated

I can confirm this bug as well. My friend and I were playing on our smp world, we both have multiple dogs. We noticed today and are playing in 14w18b

DanTheMystFan

I looked at an affected save file with an NBT editor, and it appears that the UUID was written to the OwnerUUID on the wolves without hyphens. Tamed wolves in newer worlds save the UUID with hyphens, and when I edited my old save to include hyphens, the wolves behaved normally.

Winter_Grave

Maybe if you load the world in 1.7.10 first before going to the snapshot?

migrated

Same problem here with my dog - but in addition its collar, which I had dyed Lapis blue has reverted to brown. Playing in survival on 1.8.1 - haven't changed anything but left dog sitting while I went far, far away.

migrated

I'm also having this issue in version 1.7.10, when I finally found a long lost "dog", as you can see on my video here (it is in portuguese, sorry, but you will realize what is happening just by watching): https://youtu.be/VsqWcAW6C7k?t=6m3s

The version is modded, but the issue doesn't seem to have any relations with the mods themselves.

migrated

Ok this problem I easily fixed with a stair! Just craft a stair and push your tamed pet onto it and BAM it sits!

migrated

I have this issue in Windows 7 using Minecraft 1.10 plain vanilla, Survival mode, no mods. I use Magic Launcher. I did not have this issue prior to 1.10. I have tried switching to Creative and spawning in all new ocelots which I then tamed. These new cats functioned normally for a couple of days (after switching back to Survival). They are now non-responsive again. They will show hearts if fed but will not breed even if close together.

I did not have this issue prior to switching my account from a Minecraft account to a Mojang account (not sure if this is relevant). The consensus on posts I have found is that somehow they are not recognised as 'mine' any more, but I can't re-tame them with more fish. The new batch becoming non-responsive is something I have not seen elsewhere. I hope you can help. Killing my kltties is a horrible solution! 😞

migrated

@@unknown: Please force a crash by holding F3+C for 10 seconds and attach the resulting crash report here.

migrated

from Nyctophora re cats become non-responsive

migrated

Addition, I do not know why but I have installed and used Optifine and now my cats are working. This is the only change made.

migrated

After a brief period with no more changes made by me the cats won't respond to commands again. I can briefly control new cats that I tame and then they too default to ignoring me as it were. Name tags do not appear to prevent this as one tagged cat stopped responding and now the other has too.

migrated

When I change the name I use to log onto the game, my animals do not respond to me. They only respond when I use the same name as when I tamed them.

This video shows what I mean.
https://www.youtube.com/watch?v=ndnQ2CiKGuQ

migrated

Is this still an issue in the latest snapshot 16w44a? If so please update the affected versions.

This is an automated comment on any open or reopened issue with out-of-date affected versions.

migrated

This is still an issue. Affected version 1.12.2/vanilla, Windows 10, bundled java 1.8.0_25 64 Bit and new ly installed 1.8.0_151 64 Bit

How to reproduce on a cat, in survival mode:

  1. Spawn an ocelot

  2. Tame it

  3. Let it sit on a chest

  4. push it off the chest

  5. It will no longer sit when clicked, will not follow the owner, etc.

migrated

This is also occurring in 1.13-pre7!!

migrated

I have the same problem on 1.14.4 vanilla version on survival mode windows 7. I have a tamed wolf and for some time now it only sits. I tried tying it to a leash and releasing it, it doesn't walk anywhere, just sits. It only moves a little bit if I hit it, but doesn't attack me, just sits again.

marcono1234

I have resolved this report as "Cannot reproduce" because the bug originally described here does not occur anymore. Opening a world from 1.6.4 correctly converts the Owner tag to the OwnerUUID. I was able to reproduce that when opening the world in 14w10a the owner UUID was not correctly converted, so the report was valid back then.

Likely everyone who confirmed this report after 1.7 was experiencing a different issue. Please search for the report and create a new one if none exists yet.

migrated

did you change account? maybe it doesn't count you as it owner.

migrated

(Unassigned)

Community Consensus

(Unassigned)

Minecraft 14w10b, Minecraft 14w10c, Minecraft 14w11b, Minecraft 1.7.9, Minecraft 1.7.10, ..., Minecraft 1.8.3, Minecraft 1.9.4, Minecraft 1.10, Minecraft 1.12.2, Minecraft 1.13-pre7

Retrieved