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.
Linked Issues
is duplicated by21
MC-50353unable to make tamed pets stand upDuplicateMC-50437Wolf not standing in 14w10b (something to do with UUID?)DuplicateMC-50538Dogs will only sitDuplicateMC-50540Tamed Wolves not standing upDuplicateMC-50709My dogs won't stand up!DuplicateMC-51557Unable to stand a tamed sitting dogDuplicateMC-55021I 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.DuplicateMC-56619If you make a tamed wolf sit for a long time it will not get back up, i have tried everything, happens also with cats.DuplicateMC-57976Very annoying sitting glitch with tamed cats and dogsDuplicateMC-61703Sitting, tamed wolves and cats will not stand after updateDuplicateMC-66719Tamed animals won't sit or standDuplicateMC-68505Tamed Cats and Dogs won't standDuplicateMC-75513Tamed cat and dog glitchDuplicateMC-76174Cats won't sitDuplicateMC-79764wolfs/dogsDuplicateMC-92560Cats don't sitDuplicateMC-129925Wolves won't standDuplicateMC-138261Pets Will Not StandDuplicateMC-150929Wolf Won't Stand or FollowDuplicateMC-160042Cat won't stand up and follow me even if I'm clicking at it DuplicateMC-161044dog doesn't want to get upDuplicate
NormalAttachments1
Created Issue:
Tamed dogs and cats won't stand/sit when commanded.
I, on my survival world, recently tamed two cats and four wolves. All six animals are named with in-game 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.
Environment
Windows XP SP3; JRE 1.7.0_51-b13; Vanilla survival mode (was tested on a separate creative world and I had the same problem with a dog there).
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
relates to
is duplicated by
is duplicated by
![[Mod] CubeTheThird](../../../data/assets/gravatar/cubethethird.jpeg){kind=small}
is duplicated by
is duplicated by
is duplicated by
is duplicated by
Tamed dogs and cats won't stand/sit when commanded.Tamed dogs and cats won't stand/sit when commanded (UUID written to the OwnerUUID without hyphen)
relates to
is duplicated by
Windows XP SP3; JRE 1.7.0_51-b13; Vanilla survival mode (was tested on a separate creative world and I had the same problem with a dog there).
Windows XP SP3; JRE 1.7.0_51-b13
I had this problem and found that when I tamed the wolves I was logged into the game with a different name. When I played the game again, with my usual name, the dogs did not know me. The tamed animals only respond to me when I log into the game with the same name as when I tamed them. Maybe this will fix others problems. Here is a video that describes what I did. https://www.youtube.com/watch?v=ndnQ2CiKGuQ
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
is duplicated by
I, on my survival world, recently tamed two cats and four wolves. All six animals are named with
in-game Name Tags, the cats were tied up withLeads 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.
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.
Windows XP SP3; JRE 1.7.0_51-b13
![[Mod] Asteraoth](../../../data/avatars/users/92886.png){kind=small}
is duplicated by
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
is duplicated by
is duplicated by
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
relates to
Please don't put down the affected version. You DON'T have access to it yet!
Duplicate of MC-50339
Duplicate of MC-50339
If you have not, please use the search function in the future, to see if your bug has already been submitted. If you could not find the original report, please comment with the keywords you searched for.
Dupe of MC-50339
note: This NOT a dup of MC-50339 so don't just 'resolve it'. The details of the behavior are very different other than the 'won't sit' part. By flagging everything as a dup based on trivial similarities, you foul up the debugging process by hiding information from the developers.
description:
some standing tamed cats will suddenly not sit when commanded. sitting cats will stand and then refuse to sit. Kittens will not sit when bred.
Restarted server and client. Issue persists. Dogs behave normally.
There were no changes to the version, nothing changed about the player or player ID. Dogs are fine. Cats WILL stand up but then refuse to sit. Some cats may stand/sit while others will not sit.
I have checked the save files and all the cats have the correct UUID set as OwnerUUID so this is not a corrupt/incorrect UUID problem.
Update: I've gone further and confirmed the entire entity data structure of working and non-working cats seem to be fundamentally the same (i.e., there's nothing obviously broken for the bad cats). Could this have something to do with position in chunk data or something upstream in the data tree?
Still a dupe of MC-50339
When I loaded up a world from 15w32c into 15w33c there was a chunk loading error right in the middle of my base. The chunk had loaded as if it was a brand new map, freshly generated. It even had rabbits, which is not correct since the map is originally from 1.7. I've attached some screen shots showing the same area in 32c and 33c, also the server report from the terminal window.
Mod comment
In 15w33c the UUID parser seems to be less lenient so that chunks containing tamed pets with broken OwnerUUIDs (caused by MC-50339) won't load anymore.
[23:13:27] [Server thread/ERROR]: Couldn't load chunk e: Loading entity NBT at qu.f(SourceFile:1319) ~[minecraft_server.jar:?] at qw.a(SourceFile:187) ~[minecraft_server.jar:?] at aqq.a(SourceFile:316) ~[minecraft_server.jar:?] at aqq.a(SourceFile:81) ~[minecraft_server.jar:?] at aqq.a(SourceFile:68) ~[minecraft_server.jar:?] at lj.e(SourceFile:125) [minecraft_server.jar:?] at lj.c(SourceFile:77) [minecraft_server.jar:?] at lh$a.<init>(SourceFile:39) [minecraft_server.jar:?] at lh.a(SourceFile:231) [minecraft_server.jar:?] at lh.a(SourceFile:263) [minecraft_server.jar:?] at md.a(SourceFile:233) [minecraft_server.jar:?] at md.c(SourceFile:285) [minecraft_server.jar:?] at md.a(SourceFile:140) [minecraft_server.jar:?] at lu.b(SourceFile:110) [minecraft_server.jar:?] at lu.c(SourceFile:56) [minecraft_server.jar:?] at ek.a(SourceFile:221) [minecraft_server.jar:?] at lr.c(SourceFile:168) [minecraft_server.jar:?] at net.minecraft.server.MinecraftServer.D(SourceFile:643) [minecraft_server.jar:?] at kt.D(SourceFile:299) [minecraft_server.jar:?] at net.minecraft.server.MinecraftServer.C(SourceFile:553) [minecraft_server.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:457) [minecraft_server.jar:?] at java.lang.Thread.run(Thread.java:695) [?:1.6.0_65] Caused by: java.lang.IllegalArgumentException: Invalid UUID string: 98f1a2155398401c81462eab72e6c0b5 at java.util.UUID.fromString(UUID.java:201) ~[?:1.6.0_65] at rl.a(SourceFile:62) ~[minecraft_server.jar:?] at vn.a(SourceFile:130) ~[minecraft_server.jar:?] at qu.f(SourceFile:1310) ~[minecraft_server.jar:?] ... 21 more
I may have solved the chunk problem. It seemed to be related when the switch to UUID's, which made older dogs/cats unable to stand/sit (MC-50339) I noticed that the affected chunks, were chunks where said dogs could be found. I killed all the dogs while in 15w32c and then loaded up 15w34a and there was no chunk issues.
Thank you for your report!
However, this issue is a Duplicate of MC-50339.
If you have additional information, please add it to that report.
Please search before reporting, as it's likely that one exists already.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
![[Mod] Urielsalis](../../../data/assets/gravatar/urielsalis.jpeg){kind=small}
and this was caused after a snapshot upgrade? See MC-50339
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.
Does this occur if the world gets restored from an pre-14w10a state with 14w10c ?
Can confirm. Happening in 14w10c here.
Kumasasa, this DOES stay if you revert to a previous snapshot. I went back to 14w08a and it was still there.
This happened to me with my wolves
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
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.
@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?
@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.
@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.
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
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.
Maybe if you load the world in 1.7.10 first before going to the snapshot?
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.
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.
Ok this problem I easily fixed with a stair! Just craft a stair and push your tamed pet onto it and BAM it sits!
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!
@C Singfield: Please force a crash by holding F3+C for 10 seconds and attach the resulting crash report here.
from Nyctophora re cats become non-responsive
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.
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.
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
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.
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:
This is also occurring in 1.13-pre7!!
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.
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.
did you change account? maybe it doesn't count you as it owner.