I'd call it more of a mistake than an annoyance. Its a small mistake, but I can't imagine anyone intended for those differences to exist. If a bats squeek being too high pitch is a "bug" I think this is just as valid.
I'm just going by example: https://mojang.atlassian.net/browse/MC-40
The issue itself is in the base minecraft client, it might be impossible to color the names without a modded server now but this glitch won't go away when the official API is added.
This just happened to me in the latest preview build. I think this is actually a really simple issue, the game probably only checks if a wolf is angry when it tries to despawn it so if your wolf is growling it will despawn even if it is tamed.
It's happening on my server too, it's easy to test. Just create a scoreboard, display it on the sidebar and then keep adding people using /scoreboard players set <player> <objective> <score>
Doesn't matter if the player exists or not.
I've had chickens dying in the walls all over the place ever since updating to 1.5.1. I did not have this problem in some of the earlier 1.5 dev builds.
I thought ender chests had to be tile entities in order to do the special particle effects? I'd say naming should have no effect on the contents of the chest if it ever is added. Separate enderchests should be through a separate nbt tag.
I can't comment on MC-433 but did anyone in mojang actually say that this was intended? It seems to me like this is something they forgot, not something they intended.
This bug has been annoying the crap out of me in single player. I'm surprised it hasn't been fixed yet =/ The worst part is when I'll be mining and I'll start to hear blocks falling into lava somewhere in the distance.
I just wasted 30 minutes finding and taming 2 ocelots in the middle of a jungle only to have both of them die within seconds by teleporting into leaves. Now I managed to tame one on the edge of the jungle but MC-51238 is causing additional issues.
I beat you to it =p https://mojang.atlassian.net/browse/MC-1181
I've been wondering why minecraft doesn't store the seed in a more secure location than the level.dat file.
I think I saw this happen in 1.3 one time
I'd call it more of a mistake than an annoyance. Its a small mistake, but I can't imagine anyone intended for those differences to exist. If a bats squeek being too high pitch is a "bug" I think this is just as valid.
Sand doesn't burn, why do you want it to burn?
"I think blocks turning black when falling is a bug then"
That is a bug...
Just because its the graphics cards fault doesn't mean it isn't a bug, it just means it probably wont get fixed.
Is there a guideline for what is and isn't considered a suggestion? I consider water not putting out fire to be a bug.
I'm just going by example: https://mojang.atlassian.net/browse/MC-40
The issue itself is in the base minecraft client, it might be impossible to color the names without a modded server now but this glitch won't go away when the official API is added.
So then this is a bug, standing in water normally puts out fire and this is not consistent with that behavior.
Yes, that's why the glitch happens. Cauldrons are a special case that Mojang forgot to account for.
This just happened to me in the latest preview build. I think this is actually a really simple issue, the game probably only checks if a wolf is angry when it tries to despawn it so if your wolf is growling it will despawn even if it is tamed.
It's happening on my server too, it's easy to test. Just create a scoreboard, display it on the sidebar and then keep adding people using /scoreboard players set <player> <objective> <score>
Doesn't matter if the player exists or not.
There needs to be a command like /scoreboard players setall Test 0. @a isn't going to work on offline players.
Do you have a program like photoshop open? Whenever I have photoshop running esc doesn't work in minecraft.
edit: lol posted at same time =/
Well I imagine it could work just like spawn eggs do, actually it would be pretty cool if boats displayed their names like mobs do.
I've had chickens dying in the walls all over the place ever since updating to 1.5.1. I did not have this problem in some of the earlier 1.5 dev builds.
I'd never seen this glitch before 1.5, now my iron golems are doing it basically every time they attack something =/
I thought ender chests had to be tile entities in order to do the special particle effects? I'd say naming should have no effect on the contents of the chest if it ever is added. Separate enderchests should be through a separate nbt tag.
I can't comment on
MC-433but did anyone in mojang actually say that this was intended? It seems to me like this is something they forgot, not something they intended.I just checked and this still occurs in todays 1.6 snapshot
That's because they are just variants of stone, just like how all the various wood planks work.
Hmm well those are all server desynchronization issues but probably caused by different issues in the game.
Also, confirmed in 14w04a
This bug has been annoying the crap out of me in single player. I'm surprised it hasn't been fixed yet =/ The worst part is when I'll be mining and I'll start to hear blocks falling into lava somewhere in the distance.
This happened to me with my wolves
I am having this issue too. The ocelot I tamed was generated in 14w11b, if that is important.
I just wasted 30 minutes finding and taming 2 ocelots in the middle of a jungle only to have both of them die within seconds by teleporting into leaves. Now I managed to tame one on the edge of the jungle but
MC-51238is causing additional issues.Yeah I imagine that's what is happening. I really hope this gets fixed soon.