Even if you rotate an armorstand using entitydata, or even using a command like /tp @e[type=ArmorStand] ~ ~ ~ ~90 ~, most of the time the armorstand will rotate slightly, but not to the correct rotation. Relogging into the game fixes the rotation, proving that this is a visual glitch. But ever since 1.9 it's been happening more often than not when changing an armorstand's rotation.
It can be seen here (when the armorstand does the "moonwalk", which is soon corrected when the armorstand's rotation is changed once again): https://youtu.be/acHxUd7pDGM?list=FLNptwU5deRJrK7eeMihiaBA&t=150
Hello?
Is this bug still in check? It's been 5 months.
Is this still being tested? Still unassigned?
There is another bug in this category. When running this command in a command block:
scoreboard teams join Main @e[type=ArmorStand]
The command block always outputs a comparator signal, even if there are NO armorstands in the world.
I'm pretty sure the chunks are rendered, all of these screenshots were taken in the same place back to back. All those blocks aren't supposed to be there, they flash all over the screen.
It worked thank you so much.
Oh thanks. I'll try it.
Where do I put the bat file? I just left it in the folder with the jar and it still didn't work.
This should be marked as works as intended. The sugar cane color changes according to biome to add another hint of realism to the game.
Exactly. If it was intended, it kind of defeats the purpose of the name.
I'm sorry. I did use the search function yet nothing came up.
The Jousting.zip is the world data.
This is the crash report.
Minecraft Crash Report ----
// Would you like a cupcake?
Time: 7/30/13 7:33 PM
Description: Rendering Tile Entity
java.lang.NullPointerException
at abm.a(SourceFile:110)
at abm.h(SourceFile:234)
at biv.a(SourceFile:22)
at biv.a(SourceFile:17)
at biv.a(SourceFile:12)
at bja.a(SourceFile:106)
at bja.a(SourceFile:98)
at bfi.a(SourceFile:333)
at bfb.a(SourceFile:845)
at bfb.b(SourceFile:695)
at ats.S(SourceFile:686)
at ats.d(SourceFile:619)
at net.minecraft.client.main.Main.main(SourceFile:101)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
– Head –
Stacktrace:
at abm.a(SourceFile:110)
at abm.h(SourceFile:234)
at biv.a(SourceFile:22)
at biv.a(SourceFile:17)
at biv.a(SourceFile:12)
– Tile Entity Details –
Details:
Name: MobSpawner // asg
Block type: ID #52 (tile.mobSpawner // apf)
Block data value: 0 / 0x0 / 0b0000
Block location: World: (-145,5,-741), Chunk: (at 15,0,11 in -10,-47; contains blocks -160,0,-752 to -145,255,-737), Region: (-1,-2; contains chunks -32,-64 to -1,-33, blocks -512,0,-1024 to -1,255,-513)
Actual block type: ID #52 (tile.mobSpawner // apf)
Actual block data value: 0 / 0x0 / 0b0000
Stacktrace:
at bja.a(SourceFile:106)
at bja.a(SourceFile:98)
at bfi.a(SourceFile:333)
at bfb.a(SourceFile:845)
– Affected level –
Details:
Level name: MpServer
All players: 1 total; [bdf['phoenix7778'/47, l='MpServer', x=-153.05, y=11.63, z=-784.67]]
Chunk stats: MultiplayerChunkCache: 230
Level seed: 0
Level generator: ID 01 - flat, ver 0. Features enabled: false
Level generator options:
Level spawn location: World: (-279,4,-827), Chunk: (at 9,0,5 in -18,-52; contains blocks -288,0,-832 to -273,255,-817), Region: (-1,-2; contains chunks -32,-64 to -1,-33, blocks -512,0,-1024 to -1,255,-513)
Level time: 114961 game time, 18000 day time
Level dimension: 0
Level storage version: 0x00000 - Unknown?
Level weather: Rain time: 0 (now: false), thunder time: 0 (now: false)
Level game mode: Game mode: creative (ID 1). Hardcore: false. Cheats: false
Forced entities: 7 total; [bdf['phoenix7778'/47, l='MpServer', x=-153.05, y=11.63, z=-784.67], rn['Bat'/42, l='MpServer', x=-182.25, y=8.10, z=-784.72], rn['Bat'/43, l='MpServer', x=-176.25, y=8.10, z=-796.47], rn['Bat'/41, l='MpServer', x=-188.75, y=20.10, z=-805.53], rr['Horse'/46, l='MpServer', x=-122.66, y=5.00, z=-761.38], rn['Bat'/44, l='MpServer', x=-178.25, y=9.10, z=-797.25], rn['Bat'/45, l='MpServer', x=-135.41, y=20.10, z=-740.25]]
Retry entities: 0 total; []
Server brand: vanilla
Server type: Integrated singleplayer server
Stacktrace:
at bda.a(SourceFile:284)
at ats.b(SourceFile:1761)
at ats.d(SourceFile:628)
at net.minecraft.client.main.Main.main(SourceFile:101)
– System Details –
Details:
Minecraft Version: 1.6.2
Operating System: Windows 7 (amd64) version 6.1
Java Version: 1.7.0_25, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 188000048 bytes (179 MB) / 382730240 bytes (365 MB) up to 954466304 bytes (910 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G
AABB Pool Size: 9251 (518056 bytes; 0 MB) allocated, 2 (112 bytes; 0 MB) used
Suspicious classes: No suspicious classes found.
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
Launched Version: 1.6.2
LWJGL: 2.9.0
OpenGL: ATI Radeon HD 4200 GL version 2.1.8870, ATI Technologies Inc.
Is Modded: Probably not. Jar signature remains and client brand is untouched.
Type: Client (map_client.txt)
Resource Pack: Default
Current Language: English (US)
Profiler Position: N/A (disabled)
Vec3 Pool Size: 116 (6496 bytes; 0 MB) allocated, 24 (1344 bytes; 0 MB) used
Regen 10. But anyway, it worked in 1.5.2 and void damage is supposed to always kill no matter what. I fell tp y=-17000 without losing more than a heart. The game used to instakill you.
The freaking enchant bug! They need to fix it because it ruins everything! I agree with you, davidj919. I made a mana system with it but now it won't work!
Well, I'm sorry to say that that article you gave me proves me right. The whole thing is backwards. It reports failure for success, and success for failure. I was working on a mana system for a map, and it was working, but not anymore.
The maxHealth attribute doesn't let you increase the mob's health either -
/summon Skeleton ~ ~ ~ {Attributes:[{Name:generic.maxHealth, Base:25.0}]}
When the base brings the health higher than the mob's natural health, the mob will still die in 20 damage. Unless I'm using the command wrong...?