user-f2760
- jirauser71590
- JIRAUSER71590
- Europe/Stockholm
- No
- No
MC-58287![[Mojang] Searge (Michael Stoyke)](../../../data/assets/gravatar/searge.png){kind=small}
when the gamerule doFireTick is false fire won't extinguish
it makes all blocks act like netherrackI know it was fixed in 1.6 but it's back in 1.7.3
when powering a comp
erator, making the side input the same, and removing the redstone for normal input then from side input, makes the comperator have an on texture forever. however, it doesn't atmid any signalsteps below
when powering a comparator, making the side input the same, and removing the redstone for normal input then from side input, makes the comparator have an on texture forever. however, it doesn't atmid any signal
steps below
endlessly on comperatorendlessly on comparator
endlessly on redstone comparator
when looking at an netherbrick fence in your inventory it looks like the side texture of an normal netherbrick block
while the slightly damaged anvil is rotated 90 degrees and the top is lighter then the rest
when looking at an netherbrick fence in your inventory it looks like the side texture of an normal netherbrick block
while the slightly damaged anvil is rotated 90 degrees and the top is lighter then the restnote: only in the inventory
2014-03-09_13.47.48.png
you cannot test for mobs with 0 health
{HealF:0.0f,CustomName:"FullSrmoredDarknut"}
command to testfor:
testfor @e[type=Skeleton]command for the summoned mob:
{Name:"generic.movementSpeed",Base:0.15}
summon Skeleton ~ ~1 ~ {SkeletonType:1,CustomName:"FullArmoredDarknut",CustomNameVisible:1,Attributes:[,
{Name:"generic.attackDamage",Base:1},
{Name:"generic.maxHealth",Base:63},
{Name:"generic.followRange",Base:30}],Equipment:[{},
{id:"minecraft:diamond_boots",Damage:0,Count:1},
{id:"minecraft:diamond_leggings",Damage:0,Count:1},
{id:"minecraft:diamond_chestplate",Damage:0,Count:1},
{id:"minecraft:diamond_helmet",Damage:0,Count:1}],HealF:63.0f,DropChances: [0.0f,0.0f,0.0f,0.0f,0.0f] }
at the moment it is killed, the commandblock still doesn't output
note the commandblock is bound to a comperator timer and outputs this every time:
"FullArmoredDarknut did not match the required data structure"
you cannot test for mobs with 0 health
{HealF:0.0f,CustomName:"FullSrmoredDarknut"}
command to testfor:
testfor @e[type=Skeleton]command for the summoned mob:
{Name:"generic.movementSpeed",Base:0.15}
summon Skeleton ~ ~1 ~ {SkeletonType:1,CustomName:"FullArmoredDarknut",CustomNameVisible:1,Attributes:[,
{Name:"generic.attackDamage",Base:1},
{Name:"generic.maxHealth",Base:63},
{Name:"generic.followRange",Base:30}],Equipment:[{},
{id:"minecraft:diamond_boots",Damage:0,Count:1},
{id:"minecraft:diamond_leggings",Damage:0,Count:1},
{id:"minecraft:diamond_chestplate",Damage:0,Count:1},
{id:"minecraft:diamond_helmet",Damage:0,Count:1}],HealF:63.0f,DropChances: [0.0f,0.0f,0.0f,0.0f,0.0f] }
at the moment it is killed, the commandblock still doesn't output
note the commandblock is bound to a comperator timer and outputs this every time:
"FullArmoredDarknut did not match the required data structure"you cannot test for mobs with 0 health
command to testfor:testfor @e[type=Skeleton] {HealF:0.0f,CustomName:"FullArmoredDarknut"}command for the summoned mob:
summon Skeleton ~ ~1 ~ {SkeletonType:1,CustomName:"FullArmoredDarknut",CustomNameVisible:1,Attributes:[{Name:"generic.movementSpeed",Base:0.15},{Name:"generic.attackDamage",Base:1},{Name:"generic.maxHealth",Base:63},{Name:"generic.followRange",Base:30}],Equipment:[{},{id:"minecraft:diamond_boots",Damage:0,Count:1},{id:"minecraft:diamond_leggings",Damage:0,Count:1},{id:"minecraft:diamond_chestplate",Damage:0,Count:1},{id:"minecraft:diamond_helmet",Damage:0,Count:1}],HealF:63.0f,DropChances:[0.0f,0.0f,0.0f,0.0f,0.0f]}at the moment it is killed, the commandblock still doesn't output
note the commandblock is bound to a comperator timer and outputs this every time:
"FullArmoredDarknut did not match the required data structure"
can this be reopened?
you cannot test for mobs with 0 health
command to testfor:testfor @e[type=Skeleton] {HealF:0.0f,CustomName:"FullArmoredDarknut"}command for the summoned mob:
summon Skeleton ~ ~1 ~ {SkeletonType:1,CustomName:"FullArmoredDarknut",CustomNameVisible:1,Attributes:[{Name:"generic.movementSpeed",Base:0.15},{Name:"generic.attackDamage",Base:1},{Name:"generic.maxHealth",Base:63},{Name:"generic.followRange",Base:30}],Equipment:[{},{id:"minecraft:diamond_boots",Damage:0,Count:1},{id:"minecraft:diamond_leggings",Damage:0,Count:1},{id:"minecraft:diamond_chestplate",Damage:0,Count:1},{id:"minecraft:diamond_helmet",Damage:0,Count:1}],HealF:63.0f,DropChances:[0.0f,0.0f,0.0f,0.0f,0.0f]}at the moment it is killed, the commandblock still doesn't output
note the commandblock is bound to a comperator timer and outputs this every time:
"FullArmoredDarknut did not match the required data structure"you cannot test for mobs with 0 health
command to testfor:testfor @e[type=Skeleton] {HealF:0.0f,CustomName:"FullArmoredDarknut"}command for the summoned mob:
summon Skeleton ~ ~1 ~ {SkeletonType:1,CustomName:"FullArmoredDarknut",CustomNameVisible:1,Attributes:[{Name:"generic.movementSpeed",Base:0.15},{Name:"generic.attackDamage",Base:1},{Name:"generic.maxHealth",Base:63},{Name:"generic.followRange",Base:30}],Equipment:[{},{id:"minecraft:diamond_boots",Damage:0,Count:1},{id:"minecraft:diamond_leggings",Damage:0,Count:1},{id:"minecraft:diamond_chestplate",Damage:0,Count:1},{id:"minecraft:diamond_helmet",Damage:0,Count:1}],HealF:63.0f,DropChances:[0.0f,0.0f,0.0f,0.0f,0.0f]}at the moment it is killed, the commandblock still doesn't output
note the commandblock is bound to a comperator timer and outputs this every time:
"FullArmoredDarknut did not match the required data structure"
this can be closed as Works as intended now
this is more like a feature surgestion, be happy it already display's the right name for inctance "Notch's head"
when you put 1 potion in a brewing stand on the far right, it shows up as 2 potions in the brewing stand
see screenshotsalso when putting 2 in the other ones at the same time it will look like one, I guess Mojang acedently flipped the data values of those
~FVbico
when placing water on a block in adventuremode, with the CanPlaceOn list
you are unable to remove the water you placed!
I think buckets which where with water should have the ability to pickup the water in adventuremode, or at least remember the blocks it could be placed on, same with lavaNote:
previously you could pick up the water if you used a bucket with canPlaceOn, and then use it on the block touching the water
now this no longer works
placing water in adventuremode, cannot remove itwater/lava cannot be removed in adventuremode
when placing water on a block in adventuremode, with the CanPlaceOn list
you are unable to remove the water you placed!
Ithinkbuckets whichwhere with water should have the ability to pickup the water in adventuremode, or at least remember the blocks it could be placed on, same with lavaNote:
previously you could pick up the water if you used a bucket with canPlaceOn, and then use it on the block touching the water
now this no longer workswhen placing water/lava on a block in adventuremode, with the CanPlaceOn list
you are unable to remove the water/lava you placed!
I expected buckets which had the water/lava should have the ability to pickup the water/lava in adventuremode, or at least remember the blocks it could be placed onNote:
previously you could pick up the water/lava if you used a bucket with canPlaceOn, and then use it on the block touching the water/lava
now this no longer works
when placing water/lava on a block in adventuremode, with the CanPlaceOn list
you are unable to remove the water/lava you placed!
I expected buckets which had the water/lavashouldhave the ability to pickup the water/lava in adventuremode, or at least remember the blocks it could be placed onNote:
previously you could pick up the water/lava if you used a bucket with canPlaceOn, and then use it on the block touching the water/lava
now this no longer workswhen placing water/lava on a block in adventuremode, with the CanPlaceOn list
you are unable to remove the water/lava you placed!
I expected buckets which had the water/lava to have the ability to pickup the water/lava in adventuremode, or at least remember the blocks it could be placed onNote:
previously you could pick up the water/lava if you used a empty bucket with canPlaceOn, and then useing it on the block touching the water/lava
now this no longer works
when placing water/lava on a block in adventuremode, with the CanPlaceOn list
you are unable to remove the water/lava you placed!
I expected buckets which had the water/lava to have the ability to pickup the water/lava in adventuremode, or at least remember the blocks it could be placed on
Note:previously you could pick up the water/lava if you used a empty bucket with canPlaceOn, and then useing it on the block touching the water/lavanow this no longer workswhen placing water/lava on a block in adventuremode, with the CanPlaceOn list
you are unable to remove the water/lava you placed!
I expected buckets which had the water/lava to have the ability to pickup the water/lava in adventuremode, or at least remember the blocks it could be placed on
Note:
previously you could pick up the water/lava if you used a empty bucket with canPlaceOn, and then useing it on the block touching the water/lava
now this no longer works
confirmed for 14w25a
when placing a skull with skin 1
and then switching to skin 2
will not update the skin on the skull, however
placing a second skull will make the first skull update as wellPS: I know whn placing a skull will make your game crash, but that's another bug
it's hard to make screenshots of this because of the crash.
when placing a skull with skin 1
and then switching to skin 2
will not update the skin on the skullPS: I know when placing a skull will make your game crash, but that's another bug
it's hard to make screenshots of this because of the crash.
pisten item is darker then the blockpiston item is darker then the block
piston/beacon/anvil item is darker then the block
Piston, end portal frame, Beacon and Anvil Items are darker than the block form
the item of an piston, anvil, beacon and end portal frame (both in inventory and when dropped) is darker then the actual block itselve
the item of an piston, anvil, beacon and end portal frame (both in inventory and when dropped) is darker then the actual block itselve
the item of an piston, anvil and beacon (both in inventory and when dropped) is darker then the actual block itselve
end portal frame only darker when dropped
redstonealways completely redredstone overlay always black
when placing redstone with my resoursepack, I noticed, the texture is always red
the overlay doesn't show color anymorethe image shows redstone and a repeater, the repeater used to have the same texture as the redstone (blue lines outside)
redstone overlayalways blackredstone overlay gets tinted
Ben, you know that's not funny right
that it eliminated x ray packs is intended, however, that is becomes transperant with distance is the bug
Minecraft 14w04a+
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)
also make sure you are inside the worldborder
invalid, as it is created by a player and not an added feature from mojang
duplicate of
MC-54379
as well as the creeper's hitbox
and cave spider, blaze and bat a bit
creeper, needs both eye and hitbox 1 pixel lower
blaze, 1 pixel to high
cave spider, few pixels to low
bat, way to big hitboxalso the animal heads aren't in the hitbox, but I don't know if this is intended
when placing redstone I noticed the overlay didn't render in certain situations
see pictured below
the one who disappears goes up at negative z
the other I can't explain, however they go up at positive x
when placing redstone I noticed the overlay didn't render in certain situations
see pictured below
the one who disappears goes up at negative z
the other I can't explain, however they go up at positive xwhen placing redstone I noticed the overlay didn't render in certain situations
the resourse pack doesn't edit ANY model files and is compactible with the latest snapshotssee pictured below
the one who disappears goes up at negative z
the other I can't explain, however they go up at positive x
redstone overlay doesn't render well when going up negiative z/positive x
redstone overlay doesn't render well when going up negiative z/positive xredstone overlay doesn't render well when going up negiative z and positive x
when placing redstone I noticed the overlay didn't render in certain situations
the resourse pack doesn't edit ANY model files and is compactible with the latest snapshots
reproduce:
go up a block with redstone at positive x or negative z
on the ground below has to be cross or line, not cornersee pictured below
the one who disappears goes up at negative z
the other I can't explain, however they go up at positive x
can't reproduce in 14w20b
Attibutes is in the ENTITY
AttributeModifiers is an attribute editer in an ITEMuse:
Command:"/summon Zombie -2 42 6 {Attributes:[{Name:"generic.followRange",Amount:200}],CustomName:Norman,DropChances:[0f,0f,0f,0f,0f],Equipment:[{id:0,Damage:0,Count:1},{id:0,Damage:0,Count:1},{id:0,Damage:0,Count:1},{id:0,Damage:0,Count:1},{id:298,Damage:0,Count:1}]}"}
are you using a resoursepack, because, then it's invalid
are the blocks who´s data get changed outside the border
you're on fire, that is another bug
when customising a superflatt world all blocks in the "layer material height" part are all tryangles
when customising a superflatt world all blocks in the "layer material height" part are all tryangles
it also soesn't render many of the preset icons
Operating System: Windows 7 (x86) version 6.1
Java Version: 1.7.0_55, Oracle Corporation
Java VM Version: Java HotSpot(TM) Client VM (mixed mode, sharing), Oracle Corporation
Memory: 81564080 bytes (77 MB) / 309723136 bytes (295 MB) up to 518979584 bytes (494 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx512M
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
LWJGL: 2.9.1
OpenGL: AMD Radeon HD 6800 Series GL version 4.3.12618 Compatibility Profile Context 13.251.0.0, ATI Technologies Inc.
GL Caps: Using GL 1.3 multitexturing.
what screenshot?
duplicate of
MC-56899
here:
MC-57344
confirmed, broke the timing in my enthire adventuremap
a repeater on 1 delay in 14w25 acts like a repeater on 4 delay in 14w21
confirmed for both a and b snapshot
the fire mod
le missed 1 texture on the inner diagonals
normally there were 4
See screenshot, there is one missing who goes from the right to the leftthe fire model missed 1 texture on the inner diagonals
normally there were 4
See screenshot, there is one missing who goes from the right to the left
the fire model missed 1 texture on the inner diagonals
normally there were 4
See screenshot, there is one missing who goes from the right to the left, to negative z
the fire model missed 1 texture on the inner diagonals
normally there were 4
See screenshot, there is one missing who goes from the right to the left, tonegative zthe fire model missed 1 texture on the inner diagonals
normally there were 4
See screenshot, there is one missing who goes from the right to the left, to positive z
the fire model missed 1 texture on the inner diagonals
normally there were 4
See screenshot, there is one missing who goes from the right to the left, to positive zthihas to be a model error
the fire model missed 1 texture on the inner diagonals
normally there were 4
See screenshot, there is one missing who goes from the right to the left, to positive zthis has to be a model error
the hitbox of the endportal frame is too big, it's a full block
Steps to reproduce:
Start Minecraft
Place a portal frame: Hitbox is too large
touch the frame in any way (particles,direct,breaking)
Leave the world
Renter world: Hitbox still fixed
Leave the world
Exit Minecraft
Restart Minecraft
Load the world: Hitbox is too large
the hitbox of the endportal frame is too big, it's a full block
Steps to reproduce:
Start Minecraft
Place a portal frame: Hitbox is too large
touch the frame in any way (particles,direct,breaking) this will fix the hitbox
Leave the world
Renter world: Hitbox still fixed
Leave the world
Exit Minecraft
Restart Minecraft
Load the world: Hitbox is too large
I think he means block-painting-fence painting agains the block and a fence in front of it
java.lang.OutOfMemoryError: Java heap space
allow more ram to the game so it can run
MC-58288don't duplicate your own posts
use selector:@p instead of name:player
logAdminCommands commands only prevents the commands to be outputted in the server log
commandBlockOutput only prevent the commandblocks to output in the chat
works as intended
what do you mean with other maps, do you mean other servers?
if so, they use plugins the hide that, there isn't anything in default minecraft to disable the player executed commands
can you give a link to those maps?
because really nothing has ever been added to hide player executed commands
maby force a crash on those servers by pressing and holding f3+c for 10 seconds.
I get the feeling they are running spigot as one of ther modt's says "server 1.7.5"
I could see you opped me in the chat, it's not hidden
@Kumasasa, it was only with certain items, like sand and double plant
Kumasasa, I can confirm this in single player
glowstone 1 isn't use in the game, not even as a block form
however maby you're right
is redstone lamp 1 used in game?
I know there is minecraft:redstone_lamp and minecraft:lit_redstone_lamp, but redstone_lamp with data value 1?
Giving blocks with other than the base data value results in missing texture even if value is used in the game
saw that, I just edited the title a little bit to make it more clear
Giving certain blocks with a data value like
/give @p oak_stairs 1 1 /give @p wooden_slab 1 11 /give @p end_portal_frame 1 1results in a missing texture
.But
/give @p planks 1 3 /give @p wooden_slab 1 3works as expected (giving jungle planks / slabs)
Giving certain blocks with a data value like
/give @p oak_stairs 1 1 /give @p wooden_slab 1 11 /give @p end_portal_frame 1 1results in a missing texture, even trough they are used in game
But
/give @p planks 1 3 /give @p wooden_slab 1 3works as expected (giving jungle planks / slabs)
Giving certain blocks with a data value like
/give @p stone_slab 1 2 /give @p oak_stairs 1 1 /give @p wooden_slab 1 11 /give @p end_portal_frame 1 1results in a missing texture, even trough they are used in game
But
/give @p planks 1 3 /give @p wooden_slab 1 3works as expected (giving jungle planks / slabs)
Gary Closse added a comment - 16 minutes ago - edited
Now fixed in 14w25b.
Gary Closse added a comment - 3 minutes ago?
Cannot reproduce anymore in 14w25b.well... you first say "it's fixed", then you say "cannot reproduce?"
why do you dubble post that??
is duplicated by
is duplicated by
intended, the model is made so they go up and down
incomplete, please provide more info
you misspelled skull
...incomplete...
cannot confirm, make sure you are using default resoursepack also provide screenshots
also stop spamming tickets about ".... has stone texture"
you are trying to clear 0 diamonds with data value 1......
you mean back in 14w27b
The game crashes when looking at a tripwire with the debug screen when it's directly next to an hook
---- Minecraft Crash Report ---- // Hey, that tickles! Hehehe! Time: 9-7-14 19:35 Description: Unexpected error java.lang.IllegalArgumentException: Cannot get property bci{name=north, clazz=class java.lang.Boolean, values=[true, false]} as it does not exist! at bbw.b(SourceFile:91) at azn.c(SourceFile:221) at azn.a(SourceFile:51) at brw.c(SourceFile:152) at brw.b(SourceFile:69) at brw.a(SourceFile:46) at brm.a(SourceFile:205) at cir.b(SourceFile:994) at bqi.ap(SourceFile:888) at bqi.a(SourceFile:303) at net.minecraft.client.main.Main.main(SourceFile:120) A detailed walkthrough of the error, its code path and all known details is as follows: --------------------------------------------------------------------------------------- -- Head -- Stacktrace: at bbw.b(SourceFile:91) at azn.c(SourceFile:221) at azn.a(SourceFile:51) at brw.c(SourceFile:152) at brw.b(SourceFile:69) at brw.a(SourceFile:46) at brm.a(SourceFile:205) -- Affected level -- Details: Level name: MpServer All players: 1 total; [chv['FVbico'/0, l='MpServer', x=240,33, y=60,05, z=799,04]] Chunk stats: MultiplayerChunkCache: 439, 439 Level seed: 0 Level generator: ID 01 - flat, ver 0. Features enabled: false Level generator options: Level spawn location: 240,00,60,00,816,00 - World: (240,60,816), Chunk: (at 0,3,0 in 15,51; contains blocks 240,0,816 to 255,255,831), Region: (0,1; contains chunks 0,32 to 31,63, blocks 0,0,512 to 511,255,1023) Level time: 33699577 game time, 22000 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: adventure (ID 2). Hardcore: false. Cheats: false Forced entities: 1 total; [chv['FVbico'/0, l='MpServer', x=240,33, y=60,05, z=799,04]] Retry entities: 0 total; [] Server brand: vanilla Server type: Non-integrated multiplayer server Stacktrace: at cdu.a(SourceFile:308) at bqi.b(SourceFile:2139) at bqi.a(SourceFile:317) at net.minecraft.client.main.Main.main(SourceFile:120) -- System Details -- Details: Minecraft Version: 14w28a Operating System: Windows 7 (x86) version 6.1 Java Version: 1.7.0_55, Oracle Corporation Java VM Version: Java HotSpot(TM) Client VM (mixed mode, sharing), Oracle Corporation Memory: 185101248 bytes (176 MB) / 372035584 bytes (354 MB) up to 518979584 bytes (494 MB) JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx512M IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0 Launched Version: 14w28a LWJGL: 2.9.1 OpenGL: AMD Radeon HD 6800 Series GL version 4.3.12618 Compatibility Profile Context 13.251.0.0, ATI Technologies Inc. GL Caps: Using GL 1.3 multitexturing. Using GL 1.3 texture combiners. Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported. Shaders are available because OpenGL 2.1 is supported. Is Modded: Probably not. Jar signature remains and client brand is untouched. Type: Client (map_client.txt) Resource Packs: [] Current Language: English (US) Profiler Position: N/A (disabled)
Minecraft Realmsbutton is visible in 14w28b
Minecraft Realms button is visible in 14w28b
the ping is not correcly
centered in the server tab list, it is ofset to the rightthe ping is not correcly displayed in the server tab list, it is ofset to the right too far
you used shift f3
it is correct color, the leaves went over from the savanna to the river biome, they are diffrent biomes, and grass/leaves get colored with the biome, invalid
no Blah, this is about the leaves, not the log
please provide screenshots
thats because the uparrow will make a hidden character....
World bundled resource packs do not work properly on server and LAN worlds
inecraft Version: 14w30a
Operating System: Windows 7 (x86) version 6.1
Java Version: 1.7.0_65, Oracle Corporation
Java VM Version: Java HotSpot(TM) Client VM (mixed mode, sharing), Oracle Corporation
Memory: 231351288 bytes (220 MB) / 480698368 bytes (458 MB) up to 518979584 bytes (494 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx512M
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
Launched Version: 14w30a
LWJGL: 2.9.1
OpenGL: AMD Radeon HD 6800 Series GL version 4.3.12618 Compatibility Profile Context 13.251.0.0, ATI Technologies Inc.
GL Caps: Using GL 1.3 multitexturing.
please reopen
downgrading isn't supported, that's why this is resolved and you don't need to update the ticket anymore
GL Caps: Using GL 1.3 multitexturing.
OpenGL: AMD Radeon HD 6800 Series GL version 4.3.12618 Compatibility Profile Context 13.251.0.0, ATI Technologies Inc.
LWJGL: 2.9.1
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx512M -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
Memory: 234194152 bytes (223 MB) / 523501568 bytes (499 MB) up to 523501568 bytes (499 MB)
Java VM Version: Java HotSpot(TM) Client VM (mixed mode), Oracle Corporation
Java Version: 1.7.0_65, Oracle Corporation
Operating System: Windows 7 (x86) version 6.1
GL Caps: Using GL 1.3 multitexturing.
OpenGL: AMD Radeon HD 6800 Series GL version 4.3.12618Compatibility Profile Context 13.251.0.0, ATI Technologies Inc.
LWJGL: 2.9.1
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx512M -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
Memory: 234194152 bytes (223 MB) / 523501568 bytes (499 MB) up to 523501568 bytes (499 MB)
Java VM Version: Java HotSpot(TM) Client VM (mixed mode), Oracle Corporation
Java Version: 1.7.0_65, Oracle Corporation
Operating System: Windows 7 (x86) version 6.1GL Caps: Using GL 1.3 multitexturing.
OpenGL: AMD Radeon HD 6800 Series GL version 4.4.12874 Compatibility Profile Context 14.100.0.0, ATI Technologies Inc.
LWJGL: 2.9.1
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx512M -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
Memory: 234194152 bytes (223 MB) / 523501568 bytes (499 MB) up to 523501568 bytes (499 MB)
Java VM Version: Java HotSpot(TM) Client VM (mixed mode), Oracle Corporation
Java Version: 1.7.0_65, Oracle Corporation
Operating System: Windows 7 (x86) version 6.1
when not resizing minecraft, the blocks in the superflat preset gui will show above the preset text and the use preset button
see screenshot
EDIT: updating java fixed it
title: to nearest block to the nearest block
should be: to the nearest block
yes, but now it always adds 0.5, previously it only did that when there were no decimals entered
this can break a lot of maps
well then all we 3 do that XD
not launcher fault, multiplayer sessions are down. See https://help.mojang.com or http://xpaw.ru/mcstatus/
wolf is intended, it will stop being angry within a sec, sroboby a typo with pigzombie
@Blah other way around, I was WAY earlier
duplicate of
MC-68233
server sends rendering data to the client
no, it's not, that's about the air bar, those bubbles
no, it's not, it's about the air bar, those bubbles
user-f2760 is right, it works perfectly fine when using
/summon Witch ~ ~1 ~ {Attributes:[{Name:generic.movementSpeed,Base:0.0}]}
user-f2760 The bug here is that players and mobe suffocate even when inside the worldborder. Curiously, this only happens once the border is set via the command.
As user-f2760 said already, BUD are not a feature of Minecraft, those are even working by bugs and glitches in Minecraft. That behaviour is neither intended, nor guaranteed.
In addition to what user-f2760 said, it's Player, not player.
@e[type=!Player]
Yes, user-f2760, that's what we told alexzombie04 several times, but he keeps on spamming on every "giant" ticket...
@user-f2760: What e ?
@user-f2760 Well I dont know, but I used a setup similar to the setup in this report and I got FPS drop for longer periods of time. At about 35 second in to the video (in this report) you can see that the laggspikes come several times after eachother. My assumption is that he got a better computer than I do, and theirfor the lagspikes are shorter. (= my pauses between the lagspikes gets shorter and theirfor act as a long lagspike with just some breaks in it now and then).
Anyway.. The part that I posted about in the comments of that post behaves in the exact same way as this one with the only difference that I get got longer lagspikes. Also... My replication setup that I used to replicate it before is fixed in this snapshot and I cant reproduce the problem I posted about anymore.
Basically what I am saying is that the length of a laggspike depends a bit of your computer, so if the only difference between two reports are the length of laggspikes, doesnt it seem like its the same issue?
user-f2760 I cannot report PE bugs via Google+ right now, despite me having the account, because I forgot my password. But I can use Minecraft Forum to post bugs.
P.S. we should continue this discussion on Minecraft Forums. What is your Minecraft Forum name?
@John Scott: When user-f2760 answers the question
How can i re-open this?
with
it is already reopened, btw only mods can do that
it should be clear from the context that he means Mijira moderators and not Minecraft modifications.
But maybe you've constructed that only for the sake of bashing him.
Don't do that anymore: Personal attacks are not tolerated here.
So they just randomly drop? As user-f2760 said, make sure the light level at the farm is high enough.
user-f2760, you mean MC-68446, that one is incorrectly marked as a duplicate.
@user-f2760: What ?
@Josh: Please retype the command (Not copy-and-paste), sometimes there are invisible control sequences in the middle of somewhere copied strings, see MC-49755
Please file new bugs in new reports. However, user-f2760 is correct, shields were not meant to be in this snapshot, and the spectral error bug has been reported.
user-f2760 Ah, sorry mods, totally missed that.
user-f2760 Maybe? But yet, it looks weird, since it doesn't follow the pattern for the other blocks,
![[Mod] Torabi](../../../data/assets/gravatar/torabi.png){kind=small}
This really isn't helpful. As user-f2760 said, these have all been reported already, and even if they hadn't, they would have needed to be filed separately if the report was to be of any use to the developers.
user-f2760 My mistake, I was convinced you could.
Whitespace such as spaces and any characters used to define the structure of the data (curly braces, square brackets, commas, colons, etc) can cause ambiguity when used in a key or a value. Quotation marks remove the ambiguity, and were already required in some cases. While strict JSON is certainly more visually cluttered, and can require some extra effort to produce, it reduces confusion, both for the code that has to process it, and for the person writing it. Instead of getting strange errors or unexpected behavior when the parser interprets the data differently than the person expected, or wondering whether quotation marks will be required around a particular value, the answer is simply "always".
For Mojang, this makes future updates easier, because they won't have to make so many exceptions when parsing old data. As I said before, that's what caused signs to break in the snapshots.
user-f2760, as [Mojang] Searge (Michael Stoyke) said, "JSON parsing will be strict everywhere in the game". That means all commands will be changed in this way, even though they haven't yet. MC-37661 suggests that strict JSON not being accepted in some commands was a bug, that was then fixed, and now broken again, probably because they switched parsers at some point. In this case, it would probably be better to file a new issue than reopen MC-37661.
user-f2760, you're not totally right. If something is in the game, it should be properly supported and not contain any bugs. Since giants are in the game somehow, test or not, they should have proper support, or otherwise, completely removed. But "half-support" can't exist. It should either be supported or not be in the game. So, since Mojang hasn't stated anything about the model disappearing, this can, in fact, be considered a bug.
@user-f2760 This ticket was created on 23/Aug/14 ...
user-f2760: I'll try to locate it and post my comment there
@user-f2760: You are right. I updated the report. It seems to happen only when the maximum argument is not provided.
@[Helper] Michał: /execute @e[type=ArmorStand,ry=-90,rym=90] ~ ~ ~ /setblock ~ ~2 ~ minecraft:stone would make no sense as the minimum argument is higher than the maximum arugment. But due to this bug it might work.
Could you both or at least FVbico please try to reproduce the bug with the given command?
I thought that as well but user-f2760 commented that it is the bottle and I can only see the bottle on the screenshot, so I thought that that report was invalid
When I ran a playsound command (both in chat and in a command block) on this snapshot, it made no noise. However, ingame sounds still worked fine. Then, when I switched back to 15w42a, it did make a noise once I ran the same command.
Command to reproduce:
/playsound note.harp @p
EDIT: Bentroen discovered that some sounds still work when run by a playsound command. For instance:
/playsound record.cat @p
This command (at least in 15w43b) will play the correct sound, and this may be caused by it not having any subtitle whereas other sounds do.
EDIT 2: Dlawso the Really Lucky Rabbit and user-f2760 made me realize that this isn't a bug - it's an intended feature. Grum had to modify a lot of the sound file names to distinguish different sounds for subtitles, which ended up breaking some playsound commands we all were used to. We just need to adjust to the new sound names, found in the attatched sounds.json file (thanks to whoever attatched it!).
To user-f2760 + Dlawso the Really Lucky Rabbit: So, this really isn't a bug then, it's just what intentionally results from playing nonexistent sounds. It'll take a while to get used to the new sounds, but I'm glad this issue has been resolved. Thanks for the help!
user-f2760: We do not get confused, we want to make sure the issue lies within the vanilla game and not with some 3rd party factor.
user-f2760: Skins already work on other players without traffic going through the internet.
[~trevorquinby@gmail.com]: If you're not the reporter of a ticket you can't update its affected versions, you can just leave a comment like "confirmed for x" and mods or the original reporter will add it.
user-f2760: Yes, I know. I wasn't clear enough with my comment. I meant that I don't know if this issue as a whole is working as intended, and I still don't. 
@user-f2760: We were originally gonna leave them all open because it might be separate issues, but there's just too many reports coming in now.
@user-f2760: I assumed this is an inexperienced user trying to create another duplicate of MC-92906. Might as well put it as incomplete, I guess.
@user-f2760: Updated title based on duplicate report, please suggest changes to title and description if there still is room for improvement.
@user-f2760: We are aware of both tickets.
Kumasasa user-f2760 as I don't have insight in Minecraft's sourcecode itself, and neither on the workflow Mojang works with, or Microsoft introduced, nor the software architecture, it may be a silly assumption ... but I'm not convinced, that a minecraft server related bug can be noted as a duplicate for a Single Player game strictly on the client.
If possible, I would like to kindly ask for elaboration, to understand the relationship, if permitted.
[Mojang] Grum (Erik Broes) made changes - 24/Nov/15 10:26 AM
Resolution Works As Intended [ 6 ] Status Reopened [ 4 ] Resolved [ 5 ]
Source enough ?
Edit: user-f2760: LMAO
user-f2760 I'm not really making a suggestion, I'm making a point as of why this change, be it a "fix" or a "bug", is not balanced.
Reopened and given ticket to user-f2760. Please update it.
Mojang does most assignments internally, you will not see that field populated until a fix is posted most likely. It does not have to be in a confirmed status to be worked, it just helps.
What would help far more is a known and reproducible cause. The world you provided, per your own description above unfortunately does not count as it has been heavily and repeatedly edited by 3rd party tools, thus Mojang has no clue what has been done. If anyone can identify the error in that world, and reproduce it in a new, untouched map, that would give the developers something to key in on. It is very possible, indeed likely there is more than one issue at hand here affecting different people. There are a ton of people NOT experiencing this issue (I've had no problems resembling this in any of my worlds) and that makes it very difficult to work (or even who to assign it to that would have knowledge of the necessary code areas).
In addition to all that, "lag" is way to general for them to try and do a targeted fix for and thus as user-f2760 said, they mostly get addressed at the end when developers can spend time on fishing expeditions.
Celthim As you can see with my comments, I was far from delighted myself, being an AS creations creator myself and argued with Mr. Broes extensively about the change.
Mojang didn't confirm it, but I suspect due to the EULA changes (after parents of exploited kids complained to Mojang that they got ripped of some paid servers) minigame servers such as e.g. Hypixel aren't allowed to give their VIPs any perks that would give them an advantage in a game (e.g. better starters equipment in those minigames) - so the perks those supporters get are at maximum rather on the visual side.
In 1.8 not all items could be displayed in the headslot - in 1.9 they can.
In 1.9 items were in the middle and deeper on the headslot, now they are positioned so they are directly at the playerhead's back, which allows for some neat visuals, also for mapmakers (not only for minigames servers).
Believe me, I'm also not happy about that change, but I'm way more upset that I didn't get to know the real reason behind the change };]
By now, I accepted it and I suggest you do the same.
As user-f2760 already pointed out, there were SO many changes from 1.8 to 1.9 anyway, commands, tags, new CommandBlocks revolutionizing everything, that one is forced to make an overhaul of all creations anyway.
As quickfix for displaced AS positionings, you could adjust the according JSONs, the positionings, and force a resourcepack, if you have no time to find the new positionings for your creation, but need to get out e.g. a map real quick.
Whining or hating doesn't lead to anything, only to more sorrow on both sides.
The only thing one can always do is trying to make the best out of a new situation - I like that I can have all items now in the headslot of AS, it gives me more possibilities of AS creations.
And I also managed to change 1.8 creations into 1.9, and some more are now possible which weren't in 1.8, and it might be that some 1.8 won't be possible at all in 1.9..
That's life, the only constant in life is change, no matter whether I/we like it or not.
Regards, take care, Meri
Once or twice is enough, user-f2760.
user-f2760 I think it is is only visually in which hand the items are rendered, so this is not a problem (tested it)
The bug
The bricks texture doesn't match with each other's side.
How to reproduce
- Just place a brick block
- Look at the front and how it matches with the top
The fix
Fix provided by user-f2760: Brick Fix (v2).zip
Are boats still an issue in pre-2, can someone please confirm this? user-f2760 ?
@[Mod] redstonehelper Yes
@user-f2760, Spake Miner said it happens with a shulker above your head.
I added a demonstration video.
@user-f2760 That's not the problem. I used a shulker facing sideways, but you can still (always) unsneak into them, just like you could with blocks before that was fixed. I attached a lower-quality video.
user-f2760 That means they won't get the full "inner circle" (triangle) of the first 3 Strongholds, at maximum 2 of them.. plus, of course, the other share of those 125 SH which happen to be within those narrow worldborders (or also not).
[Mojang] Searge (Michael Stoyke) Good that the ender eyes problem is solved }=)
Just wondering why the adjusted version (which contains better distribution of SH) is not possible which contain the old 3 inner circle Stronghold positionings?
double distance = 1.75D * this.const32 + this.const32 * (double)circle * 6.0D + (rand.nextDouble() - 0.5D) * this.const32 * (circle == 0 ? 1.0D : 2.5D);
I don't get why this is not possible, considering the old (in 1.8 generated) Strongholds wouldn't get overwritten when taking this code?
![[Mod] Neko](../../../data/avatars/users/92901.png){kind=small}
Thank you, user-f2760! I'll keep it updated.
user-f2760, if you are blind, than I am damn stupid
Thank's for help and sorry for disturbing
![[Mod] Skylinerw](../../../data/assets/gravatar/skylinerw.png){kind=small}
@user-f2760 Command names are case-sensitive, IDs (entities, blocks, items) are case-sensitive, all NBT data is, all text component data is, all selectors & selector parameters are, essentially all arguments are, including but not limited to: the values for /gamemode, objective names, player names, tag values, and team names for /scoreboard, achievements for /achievement, values for /gamerule (both the gamerule name and the value to provide them), sound names for /playsound, particle names for /particle, slot values for /replaceitem, and values for /worldborder.
The only cases I can think of where it's not case-sensitive are values for /weather and non-custom input for /scoreboard, and since they are in the extreme minority, it's more likely they are meant to be case-sensitive rather than changing everything else to be case-insensitive.
![[Mojang] Panda](../../../data/avatars/users/41658.png){kind=small}
user-f2760 Good point. The idea was that I don't have to update the full list every time when some of them are still in a newer version.
I just added a note below now, saying when I last went and more carefully checked all of them.
Thanks, user-f2760! I'll keep it updated.
user-f2760, you forgot to update the version
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
user-f2760 Well, I should have put probably into my comment. But the bug description really sounds like MC-32606, since many many others reported a similar issue with the same symptoms which had the same crash report. For example, MCL-4436, MCL-4438, MC-99329 or MC-99417. But you're right, it could also be another bug.
But anyway, this bug report is incomplete without a crash report.
You're right, user-f2760, I did not read this fully. The reason I jumped to this conclusion is because I have experienced the same problem when /summon-ing an Item. I have watched the video now, and I see that this is not the case. I guess this is why I am not a moderator and you are.
Thanks user-f2760, have reposted my comment over there.
@user-f2760 True to both.
@user-f2760 True.
As I don't have mod privileges, I am unable to resolve this as "Duplicate". @user-f2760, maybe you could do this for me?
@user-f2760 Thanks.
user-f2760 MC-89030 moves entities out of blocks, not into them.
Hi user-f2760, I'm sorry, but it's not yet resolved. As long as it is actually related to my bug MC-94570, it is not. I've just tried it out last weekend with 1.9.2 and still instantly 100% unplayable in single player.
user-f2760 Awaiting Response? It must be resolved as Duplicate.
I actually meant the ones I wrote in this comment, so you did not have to read them from the screenshot yourself, but thank for your effort user-f2760 and sorry for this misunderstanding
user-f2760 (Thanks 
)
They're all up to date, still no luck 
I rather meant the commands you used in Minecraft, but like user-f2760 said this is very likely caused by lag
Mods, please remove the duplicate link and close as "Invalid", sorry for that
user-f2760 I know that the issues is resolved, but it's kind of an inside joke that I keep updating this issue
I thought noone would mind my updating of it. If it's annoying I can of course stop.
user-f2760 Sorry, must've missed that. Reopening...
user-f2760, the part
top of double plants (always peony) (breaking, not completly destroying (sword in creative)) (
MC-29590)
describes this bug and is probably unrelated to the other situations described in MC-1874
user-f2760 it is not visual only. Only this one case is a desync, the rest is for both the server and the client and the Fire value is higher than 0s
user-f2760 Fixed?
Here is the Image user-f2760
(user-f2760, you forgot to link the reports)
user-f2760 I'll conduct more tests in a few days, I'm currently busy with other community work, and foremost I need to wrap my head around this bug here and think of a good setup where I can pinpoint it to something 100% certain.
I will also ask Panda who hosts the hitbox-bugpost (and knows in general game mechanics possibly way better than anyone else), maybe he can help figuring it out.
Will update the bugpost as soon as possible with the new results.
[Mod] redstonehelper it was marked as unconfirmed and cannot reproduce, that's what he meant with status of the bug, reopen it.
user-f2760 made changes - 30 minutes ago
Status Resolved [ 5 ] Reopened [ 4 ] Resolution Cannot Reproduce [ 5 ] user-f2760 made changes - 29 minutes ago
Confirmation Status Unconfirmed [ 10300 ] Community Consensus [ 10302 ] Status Reopened [ 4 ] Reopened [ 4 ]
![[Mod] NeunEinser](../../../data/avatars/users/39263.png){kind=small}
user-f2760 Ressourcepacks cannot change loottables. The only way to change loottables is via the saves folder (worldname/data/loot_tables)
Maybe "Reloaded game resources" would be more accurate.
Also since SunCat confirmed it, it probably should be marked as community consensus.
[~FaRoGaming] please see the discussion user-f2760 and I had. The command block will be very likely unable to find the item because the explosion destroys it instantaneously, but there is no reason why the item should spawn at all.
@user-f2760 The unspecified parameters default to the coordinates of the sender. They do not default to 0 unless the command block running the command is stationed at those coordinates.
user-f2760, I think you interchanged the report numbers. "You don't take knockback from any damage." is MC-98210
In MC-5330, [Mojang] Agnes Larsson said that she added a message telling the user that he/she is too far away for sleeping ... but this message isn't here.
I created a second ticket as user-f2760 said.
Thanks user-f2760 }=) Then Linux of my buddy seems to be odd in that regard.
Good you confirmed it, I almost went crazy as I was looking for a fault on my side }xD
Here is a good way to reproduce it. All command blocks need to be on "Needs Redstone" and there needs to be one item in the dropper.
(Thank you user-f2760! )
MC-106064 by user-f2760 is about no trades, MC-106324 by Muriel Tuttle is about impossible tier levels, and MC-?????? by possibly Socks will be about tier 1.
[Helper] gaspoweredpick, sorry then, I did not know that this part was included as well.
user-f2760 isn't the fact that green villagers spawn a seperate bug? This report is about distrubtion whereas green villagers should not spawn at all.
fienxjox Kumasasa user-f2760 the bug is not resolved at all. See the attached recent log.
Java HotSpot(TM) 64-Bit Server VM warning: Using incremental CMS is deprecated and will likely be removed in a future release Completely ignored arguments: [--nativePath, /Applications/Minecraft.app, --nativeStartupPath, /Applications/Minecraft.app/Contents, --nativeExecutable, /Applications/Minecraft.app/Contents/MacOS/launcher, --nativeLauncherVersion, 302, --nativeLauncherVersion, 308] [12:41:58] [Client thread/INFO]: Setting user: adam_rocska [12:41:59] [Client thread/INFO]: LWJGL Version: 2.9.2 [12:41:59] [Client thread/INFO]: Reloading ResourceManager: Default [12:42:00] [Sound Library Loader/INFO]: Starting up SoundSystem... [12:42:00] [Thread-5/INFO]: Initializing LWJGL OpenAL [12:42:00] [Thread-5/INFO]: (The LWJGL binding of OpenAL. For more information, see http://www.lwjgl.org) 2016-08-28 12:42:00.492 java[36296:12982416] 12:42:00.491 WARNING: 140: This application, or a library it uses, is using the deprecated Carbon Component Manager for hosting Audio Units. Support for this will be removed in a future release. Also, this makes the host incompatible with version 3 audio units. Please transition to the API's in AudioComponent.h. [12:42:00] [Thread-5/INFO]: OpenAL initialized. [12:42:00] [Sound Library Loader/INFO]: Sound engine started [12:42:01] [Client thread/INFO]: Created: 1024x512 textures-atlas [12:43:44] [Server thread/INFO]: Starting integrated minecraft server version 1.10.2 [12:43:44] [Server thread/INFO]: Generating keypair [12:43:44] [Server thread/INFO]: Preparing start region for level 0 [12:43:45] [Server thread/INFO]: Preparing spawn area: 11% [12:43:46] [Server thread/INFO]: Preparing spawn area: 27% [12:43:47] [Server thread/INFO]: Preparing spawn area: 46% [12:43:48] [Server thread/INFO]: Preparing spawn area: 59% [12:43:49] [Server thread/INFO]: Preparing spawn area: 71% [12:43:50] [Server thread/INFO]: Preparing spawn area: 88% [12:43:51] [Server thread/INFO]: Changing view distance to 32, from 10 [12:43:53] [Server thread/INFO]: adam_rocska[local:E:75610817] logged in with entity id 2757 at (121.5, 71.0, 256.5) [12:43:53] [Server thread/INFO]: adam_rocska joined the game [12:43:56] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 2665ms behind, skipping 53 tick(s) [12:44:14] [Server thread/INFO]: Saving and pausing game... [12:44:14] [Server thread/INFO]: Saving chunks for level 'New Worldasdqweyxc'/Overworld [12:44:14] [Server thread/INFO]: Saving chunks for level 'New Worldasdqweyxc'/Nether [12:44:14] [Server thread/INFO]: Saving chunks for level 'New Worldasdqweyxc'/The End [12:44:27] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 3702ms behind, skipping 74 tick(s) [12:45:18] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 34579ms behind, skipping 691 tick(s) [12:45:24] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 6380ms behind, skipping 127 tick(s) [12:46:04] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 16069ms behind, skipping 321 tick(s) [12:46:06] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 2157ms behind, skipping 43 tick(s) [12:47:00] [Server thread/INFO]: Saving and pausing game... [12:47:00] [Server thread/INFO]: Saving chunks for level 'New Worldasdqweyxc'/Overworld [12:47:00] [Server thread/INFO]: Saving chunks for level 'New Worldasdqweyxc'/Nether [12:47:00] [Server thread/INFO]: Saving chunks for level 'New Worldasdqweyxc'/The End [12:48:19] [Server thread/INFO]: adam_rocska has just earned the achievement [Taking Inventory] [12:48:19] [Client thread/INFO]: [CHAT] adam_rocska has just earned the achievement [Taking Inventory]
@user-f2760 this syntax is not valid. Like SunCat's screenshot shows the game tries to remove the player "testTeam" from their team as well and it prints the message seperately because "testTeam" has the index 2 which currently is treated as running for every single entity.
Use this workaround and please user-f2760 link to this work around.
user-f2760 Okay, will do so, but not before I tested it myself in a few hours!
While I do very much trust in what my professional-CBer-colleagues tell me, I don't want to add a bugpost without having confirmed it myself.
Maybe there'll be the next snapshot today as well, so I could directly test there, too, which would save me testing once for today.
This evening then. For now I'll change the title back, but leave in for now the text with the other issue so I can simply copy&paste it later }=)
Suggested translation changes for "Gray stained clay" and "Light gray stained clay" for English UK and English Upside Down (UK)
Like user-f2760 said, "Gray shulker box" is not translatable yet.
user-f2760, [~christophfickus@gmail.com] is still the reporter
user-f2760 The description says differently.
user-f2760 seaches "redstone 16w42a" and the first result is the result he was looking for.
user-f2760 seaches "redstone 16w42a" and the first result is the result he was looking for.
1. It's [Mod] violine1101 not SunCat user-f2760
2. Just checking!!!!!
user-f2760 Thanks
AgentM Suggest it on reddit https://www.reddit.com/r/minecraftsuggestions/
Adrodoc55 It definitely is not fixed, at least 1.11.0 inclusive.
I, as the responsible one for this bugpost, would not update it to a new version if I couldn't reproduce it.
I mentioned at some point that it has gotten way better (during the 1.9-versions iirc), but it still is reproducable, albeit it can take a bit until it shows, like user-f2760 mentioned.
With the spawn egg incl. an ActiveEffect it was never "reliably reproduceable" in the meaning of: It never showed always (at least since the reported 15w36d), so I don't quite get what your point is?
It is still "reliably reproduceable" in the meaning of: It does show at some point.
An e.g. inserted Rotation value is still very much/immediately noticeable in most of the cases, that the entity firstly "looks" towards South, before it turns into the Rotation the spawn egg EntityTag included, maybe you want to try out that instead, if you need faster reproduceable results.
I personally focus on the ActiveEffects, but of course I occasionally also test things like that Rotation-value-problem I also mentioned in the bugpost.
user-f2760 Does the crafting menu of the java version have an x in the upper right corner?
user-f2760 thanks for making the command 1.11 compatible, looks like you did it correctly.
Cannot reproduce in 1.11.2 but it happened in 1.9.4 so it must have been fixed in a previous version.
![[Mojang] Grum (Erik Broes)](../../../data/assets/gravatar/grum.png){kind=small}
Some things might change in the future but parts of the list is what I am working on indeed.
So <3 user-f2760 for the effort involved with keeping it somewhat up2date with my random ramblings 
Tellraw
extra
Whenever an extra component is used (or the short version of it), the narrator will only say the first part:
/tellraw @p {"text":"Hello ","extra":[{"text":"there."}]}
/tellraw @p [{"text":"Hello "},{"text":"there."}]
Result: narrator only says "Hello ".
Expected result: the narrator says "Hello there." in both situations.
translate with
It work fine with the with component of translate.
/tellraw @p {"translate":"Hello %s","with":[{"text":"there."}]}
Result: Narrator says "Hello there."
selector
The narrator doesn't say selector results.
/tellraw @p {"translate":"Hello %s","with":[{"selector":"@p"}]}
Result: narrator says "Hello ".
Expected result: narrator says "Hello <PLAYER>".
Say
The /say command only makes the narrator say the executor's name
/say Hello there.
Result: narrator says: "<PLAYER>"
Expected Result: narrator says: "<PLAYER> Hello there."
Tell/Msg/Wisper
The /tell command only makes the narrator say the executor's name and the "wispers to you:". Put this in a command block:
/tell @p Hello there.
Result: narrator says: "@ wispers to you:"
Expected Result: narrator says: "@ wispers to you: Hello there."
Side note:
user-f2760: /say and /tell internally get converted to the JSON text component, meaning
/say Hello there.
will internally be converted to the following:
{"translate":"chat.type.announcement","with":[{"text":"<PLAYER>"},{"text":"Hello there"}]}
and of course
/tell @p Hello there.
will internally be converted to the following:
{"translate":"commands.message.display.incoming","with":[{"text":"@"},{"text":"Hello there."}]}
So their cause is not the same as tellraw's (as tellraw works with with translate with).
Since the teleport in hight became limited in 1.9.3, I assume the Rain and Snow part will not be fixed.
@user-f2760 you can still summon an entity at heigh y coordinates and then teleport yourself to it.
Sometimes when using the {noformat} tag for a long string that needs to be in these tags, a scroll bar appears, however it does nothing when interacting with.
See this comment.
EDIT: Comment hidden by user-f2760, issue can be closed, as he cannot see the bars.
@Meri Diana and user-f2760 leads dropping despite the gamerule doEntityDrops being false is MC-75494.
How To Fix This Bug:
If you are experiencing this bug, it might be because your UTF-8 encoded file is encoded with a BOM. To fix this, I downloaded Notepad++, and from the top bar, clicked Encoding > Encode in UTF-8.
Special thanks to user-f2760 and [Mod] violine1101 for their help.
Original Bug Report:
So I was playing on one of my worlds that uses a lot of chain command blocks, when I heard about functions. Naturally, I wanted to try them out. I was able to get one of my chain commands to work, but for some reason, others don't the game seems to arbitrarily decide which functions to recognize. I always used /reload to load any changes I made, I always used UTF-8 encoding, and like I said earlier, I got one of my chain commands to work. However, some of my commands don't work, and I have no clue why. I have included the functions I have tried to use and screenshots of them working (or not) to help aid in this bug fixing. Thanks!
Edit:
After looking at the log file (thanks user-f2760), the error appeared to be that the mcfunction reader didn't believe that "execute" or "tellraw" were valid commands.
The bug
If an exception occurs in any command run by the gameLoopFunction, the server will crash. As vanilla commands usually do not throw exceptions, this issue will mostly cause problems on custom servers or other modified versions of the game.
Expected behavior
When the player executes the same function from chat, the exception is shown in chat and the server continues running. Something similar should happen for the gameLoopFunction, e.g. logging the exception when it occurs.
How to reproduce
- Create a new function.
- Add a command to the function that will throw an exception.
- In 17w45a, the execute command will cause a NullPointerException when used inside a function (see
MC-121674). - This is just an example, any exception occurring during command execution will work.
- In 17w45a, the execute command will cause a NullPointerException when used inside a function (see
- (Optional) Run the function from chat. The exception will be shown in chat, but otherwise nothing happens.
- Set that function as the gameLoopFunction. The server will crash immediately.
Provided by user-f2760:
[13:35:50] [Server thread/ERROR]: Couldn't execute command for @: teleport @e[x=-170,y=55,z=-115,dx=0,dy=5,dz=17,type=minecraft:villager] -150 55 -90 com.mojang.brigadier.exceptions.CommandSyntaxException: No entity was found at com.mojang.brigadier.exceptions.SimpleCommandExceptionType.create(SimpleCommandExceptionType.java:28) ~[minecraft_server.jar:?] at bp.b(SourceFile:51) ~[minecraft_server.jar:?] at oq.f(SourceFile:46) ~[minecraft_server.jar:?] at com.mojang.brigadier.CommandDispatcher.execute(CommandDispatcher.java:117) ~[minecraft_server.jar:?] at com.mojang.brigadier.CommandDispatcher.execute(CommandDispatcher.java:74) ~[minecraft_server.jar:?] at bl.a(SourceFile:169) [minecraft_server.jar:?] at aot.a(SourceFile:118) [minecraft_server.jar:?] at ary.c(SourceFile:248) [minecraft_server.jar:?] at ary.a(SourceFile:120) [minecraft_server.jar:?] at ary.b(SourceFile:93) [minecraft_server.jar:?] at pu.a(SourceFile:641) [minecraft_server.jar:?] at pu.d(SourceFile:220) [minecraft_server.jar:?] at net.minecraft.server.MinecraftServer.w(SourceFile:648) [minecraft_server.jar:?] at pf.w(SourceFile:349) [minecraft_server.jar:?] at net.minecraft.server.MinecraftServer.v(SourceFile:584) [minecraft_server.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:489) [minecraft_server.jar:?] at java.lang.Thread.run(Unknown Source) [?:1.8.0_131] [13:35:50] [Server thread/ERROR]: Encountered an unexpected exception java.lang.NullPointerException: null at oe.a(SourceFile:404) ~[minecraft_server.jar:?] at oe.o(SourceFile:66) ~[minecraft_server.jar:?] at com.mojang.brigadier.CommandDispatcher.execute(CommandDispatcher.java:117) ~[minecraft_server.jar:?] at bh$b.a(SourceFile:82) ~[minecraft_server.jar:?] at mm$a.a(SourceFile:187) ~[minecraft_server.jar:?] at mm.a(SourceFile:104) ~[minecraft_server.jar:?] at mm.N_(SourceFile:80) ~[minecraft_server.jar:?] at net.minecraft.server.MinecraftServer.w(SourceFile:678) ~[minecraft_server.jar:?] at pf.w(SourceFile:349) ~[minecraft_server.jar:?] at net.minecraft.server.MinecraftServer.v(SourceFile:584) ~[minecraft_server.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:489) [minecraft_server.jar:?] at java.lang.Thread.run(Unknown Source) [?:1.8.0_131] [13:35:50] [Server thread/ERROR]: This crash report has been saved to: D:\Users\Steven\Desktop\Minecraft\Server\.\crash-reports\crash-2017-11-10_13.35.50-server.txt [13:35:50] [Server thread/INFO]: Stopping server [13:35:50] [Server thread/INFO]: Saving players [13:35:50] [Server thread/INFO]: Saving worlds [13:35:50] [Server thread/INFO]: Saving chunks for level 'medabots_server'/overworld [13:35:50] [Server thread/INFO]: Saving chunks for level 'medabots_server'/the_nether [13:35:50] [Server thread/INFO]: Saving chunks for level 'medabots_server'/the_end [13:35:50] [Server Shutdown Thread/INFO]: Stopping server [13:35:50] [Server Shutdown Thread/INFO]: Saving players [13:35:50] [Server Shutdown Thread/INFO]: Saving worlds [13:35:50] [Server Shutdown Thread/INFO]: Saving chunks for level 'medabots_server'/overworld [13:35:50] [Server Shutdown Thread/INFO]: Saving chunks for level 'medabots_server'/the_nether [13:35:50] [Server Shutdown Thread/INFO]: Saving chunks for level 'medabots_server'/the_end D:\Users\Steven\Desktop\Minecraft\Server>pause Press any key to continue . . .
![[Mod] tryashtar](../../../data/avatars/users/41963.png){kind=small}
When some blocks (glass, fences, walls) are pushed by a piston, they do not update their connections, resulting in incorrect configurations. See the screenshots.
Created on behalf of user-f2760.
Please re-read user-f2760's comment, he never said that reports for the current release aren't accepted; he just said that reports for future snapshots and releases aren't accepted before those versions are released, and that the new behaviour is very highly likely most definitely probably certainly intended and won't change.
Also, no off-topic comments anymore here, please.
user-f2760 This is the full comment of what [Mojang] Jeb (Jens Bergensten) said when the discussion was over (https://www.reddit.com/r/Minecraft/comments/5c752g/help_us_decide_should_observers_update_at_1_or_2/d9zmv4l/)
Thanks for the input, you bring up very good points.
The reason why the piston behavior "technically a bug" is because the block in front of the sticky piston is supposed to act as if fixated to the piston. Your interpretation as "it's inertia" actually makes sense. In any case it doesn't look like we can fix it without making other major changes to the system.
So, it sounds like "piston leaving block behind" is intended behavior because of its inertia, it is not strictly supported, that a block moves in the new position immediately, tho.
The last sentence is just hypothetically what if they wanted to fix it.
As user-f2760 said, the command block checks whether the last execution of the "previous" command block has been successful, not whether the command block has successfully been run just before. Works as intended.
user-f2760 Ohh, that's interesting. Haven't tried that yet. Could be pretty useful for some machines as the daylight sensors are only activated by sunlight.
![[Helper] Michał](../../../data/avatars/users/43368.png){kind=small}
user-f2760, with exception of guardians and elder guardians, as they can spawn only in ocean monuments.
user-f2760, check the other examples. I'd like to know if this is actually not an issue anymore- or if it may be still an issue.
Try
/execute as @s[nbt={SelectedItem:{id:"minecraft:diamond"}}] run say Success!
while holding a diamond.
Thanks!
user-f2760 Maybe the resolution should be "Working as intended"?
A duplicate of MC-108082?
See what user-f2760 said under MC-112268:
The mansions are supposed to be extremely rare, /locate only finds a new mansion after teleporting ~30000 blocks away and cartographer maps are basically a /locate command (nearest structure only).
![[Helper] Misode](../../../data/avatars/users/93314.png){kind=small}
user-f2760 This issue is (still) a concern in Minecraft 1.13-pre2. To add onto the original ticket, Snow Golems will place snow layers above and at y=67 in warm biomes, which they are not supposed to do according to the wiki and MC-377.
can anyone mark this relates to MC-92759?[Mod] violine1101user-f2760
This is working as intended. user-f2760, or some other mod should probably mark it as such, unless you want to keep it open for the devs to decide.
1.12.2 and 1.13-pre5, please try again.@user-f2760
Affects 1.13-pre6. I agree with user-f2760's suggestion, adding a
/execute store <success|result> item
command would work lots better. It would also be nice to have
/data merge item
![[MCPE Mod] Celesian](../../../data/avatars/users/81635.png){kind=small}
Noted user-f2760 tickets their open parity requests have been reopened
This is most likely intended, and not a bug.
The following is based on a decompiled version of Minecraft 1.12 using MCP 940.
In the class StructureVillagePieces.java, while observing the code, you can easily indicate that this is intended. In the method addComponentParts inside of StructureVillagePieces.java, you have multiple Objects that clearly indicate that this has been programmed on purpose.
IBlockState iblockstate1 = this.getBiomeSpecificBlockState(Blocks.STONE_STAIRS.getDefaultState().withProperty(BlockStairs.FACING, EnumFacing.NORTH));
In total 6 of these objects. Although i'm not someone from mojang so I cannot confirm this myself.
Hope this helps to resolve this ticket.
user-f2760, Sorry apparently a big piece from my reply was gone. Updated it now so it would make more sense.
user-f2760: Can you provide a setup to reproduce this? I cannot reproduce in 18w50a, nor can the reporter of MC-141817 it seems.
@user-f2760, I am not sure if the second entry even still applies. In general this report should probably be split since some parts of it are very specific (e.g. polar bear keeping same hitbox size when standing) and others are pretty similar, e.g. too high eye level causing suffocation.
Also cannot reproduce. As user-f2760 said, likely lag.
user-f2760, we don't care for any versions but the latest release and the latest snapshot, so I only added 1.14.4 and 19w37a.
user-f2760
I`ve suggested that on the feedback site.
but the page completely disappeard 2 days later.
I`m wondering why it disappeard.
The bug
There are few pixels in the illusioner texture that are left behind.
A few blue pixels near the arms and the other is a gray/grey line that is above the torso which it is visible in-game.
In the Programmer Art resource pack, non of these extra pixels are presented.
The issue wasn't completely fixed in 1.18-pre5 as mentioned by user-f2760 in this comment.
Default (after first fix attempt)
Default
Programmer Art
user-f2760 Can you link that reference, please?
![[Mod] LateLag](../../../data/avatars/users/92884.png){kind=small}
user-f2760 is right, this is the exact same issue.
user-f2760, thank you for letting me know, so the only inconsistency is the extra water pixels in the edges.
Yeah it is indeed quite strange but I'm with user-f2760.
@user-f2760, no I can make you the reporter. Though it looks like you never were the reporter (or creator) of this report. Did you possibly comment on the wrong report?
![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
Can confirm that this issue is still present in 21w05b. You can use the following command to reproduce this issue:
/give @s minecraft:potion{Potion:"minecraft:strength",CustomPotionEffects:[{Id:14b,Amplifier:0b,Duration:1200,Ambient:0b,ShowParticles:1b,ShowIcon:1b}],CustomPotionColor:255}
Thanks to user-f2760, for providing the command.
![[Mod] ampolive](../../../data/avatars/users/18949.svg){kind=small}
According to user-f2760 in this comment:
That's just the game catching up on the ticks that were still in the queue of being processed; it doesn't drop every tick it cannot complete, only after a certain period of time when it has been in the queue will ticks be dropped. This is in order to not lose timed events and in itself is not a bug.
@user-f2760 Sorry about that
Can confirm, but as user-f2760 stated this is probably a duplicate of MC-123450.
user-f2760 That's what I thought myself, but maybe "likely" is still not "safe enough"/no 100% confirmation, so "Won't fix" at this point in time seems better matching than "Postponed"? Then again, unlike you I've never been a mod, hence I'm just hypothesizing into the Blue
user-f2760 & Brian Santos da Fonseca This is not a discussion forum please move your conversation to the Discord or the subreddit
dan hop, if you are aware of the fact that this isn't a bug, please don't post this content as the bug tracker is a place for handling bugs/issues within the game. As stated above by user-f2760, you can head over to the official Minecraft Feedback page and post your ideas here.
user-f2760 nope. This issue only occurs when using the "upper" block state tag. I'll edit the description to clarify this. Thanks a bunch
As stated above by user-f2760, you now have to hold down the ALT key instead of the SHIFT key in order to access the debug world. This ticket duplicates MC-213889 which was later resolved as "Works As Intended".
If you're ducked, on the ground, and you're in the same block with a ladder or other climbable block, then you'll slide like on an ice block.
Reproduction provided by user-f2760
Simply place a ladder, move into it, and sneak (moving will then become as if on the ladder, even if you didn't climb it)
Expected Result
You wouldn't slide
I agree with Kyle Cuthbert and user-f2760 in saying that these words probably shouldn't be capitalized. If we look at this comment we can see that only in-game names should be capitalized and not generic nouns. I'm unsure as to whether this should be resolved as invalid or not.
All done, thanks user-f2760.
user-f2760 but what about a unique name color since it is not in the creative inventory?
user-f2760 why would the chest case in particular render everything intended?
user-f2760 The second command doesn't work. However, this one does:
/data merge entity @e[type=falling_block,limit=1,sort=nearest] {Time:1,BlockState:{Name:"minecraft:diamond_ore"}}
Can confirm in 21w44a.
I've resolved this issue since it's ultimately caused by the outdated resource pack.
user-f2760 if you think there's another issue going on there with how the textures are laid out, please file a new bug report for that, if possible with an example resource pack. Thanks!
user-f2760 I see, thanks.
Resolved as a duplicate of MC-71880. In my opinion what user-f2760 is proposing would be a feature request, that would also have severe performance implications in the worst case.
Fence gates directly adjacent next to walls always shift down. I'd consider the question whether that should extend for more than a block a feature request.
As user-f2760 said, while this is a parity issue, it's not tracked on the bug tracker.
![[Mod] SPGoding](../../../data/avatars/users/44622.png){kind=small}
Merged into MC-109346. Thank you for you report and kudos to user-f2760 for their comment.
user-f2760 this would be a dupe of MC-104092 that report goes over both planting and floating over when on farmland.
![[Mod] Les3awe](../../../data/avatars/users/79847.png){kind=small}
@user-f2760, see MC-246909.
Like user-f2760 said please provide the datapack
user-f2760 Both this and MC-224035 describe the same issue with the small dripleaf model.
Edit: I just realized that the original comment was edited, my bad But this is certainly a duplicate of MC-224035.
As user-f2760 stated, inconsistencies between the experimental snapshot and 22w11a are not considered valid bugs.
user-f2760 – for the ambient_entity_effect particle, there are no additional arguments, instead the color is specified with the dimension parameters if the count is 0. (Which is really janky.)
I don't know if or how that could be transferred over to area effect clouds. So I'll confirm this but likely a won't fix.
I agree with user-f2760.
user-f2760 is correct.
Code analysis (Mojang mappings, 22w15a): in FrogAi#initLaySpawnActivity(...), a new TryLaySpawnOnWaterNearLand behavior is created for the frog. In the code:
...
@Override
protected void start(ServerLevel $$0, Frog $$1, long $$2) {
BlockPos $$3 = $$1.blockPosition().below();
for (Direction $$4 : Direction.Plane.HORIZONTAL) {
BlockPos $$6;
BlockPos $$5 = $$3.relative($$4);
if (!$$0.getBlockState($$5).is(Blocks.WATER) || !$$0.getBlockState($$6 = $$5.above()).isAir()) continue;
$$0.setBlock($$6, this.spawnBlock.defaultBlockState(), 3);
$$0.playSound(null, $$1, SoundEvents.FROG_LAY_SPAWN, SoundSource.BLOCKS, 1.0f, 1.0f);
$$1.getBrain().eraseMemory(this.memoryModule);
return;
}
}
...
The behavior checks if the block adjacent to the block the frog is standing on is water, and if there is air on top of it.
@user-f2760, I understand, thanks for the addition.
@user-f2760 You are correct! It applies to Kelp as well (I'll update the title). And yes, the water should be drawn and the plant should break.
its was Resolved user-f2760 with [Mod] Avoma and Bill_Gamez in previous Comments. no more updates comment required.
Thank you user-f2760 for this information; I've updated this ticket accordingly.
Thanks for the clarification user-f2760
@user-f2760, Confirmed to affect 1.19.
It's weird, I've been using shulkers to test this report before and it's reproducible very well, since the shulker hitbox is solid enough.
Like user-f2760 said it it needs to be ancient_cities you have it as ancient_city
Can confirm in 1.19. user-f2760, I don't believe so, no.
Ahh yes, as user-f2760 mentioned above, the NBT tag is "CanPickUpLoot" and not "CanPickUpItems" hence the reasoning for experiencing this behavior. The correct command would be:
/summon minecraft:husk ~ ~ ~ {CanPickUpLoot:1b}
After discussing this internally, we've decided to leave this open since the suffocation texture is a GUI element that can be easily expanded (as user-f2760 said) whereas MC-8684 has a very similar effect but can't be fixed as easily.
For future reference, removing all the attachments from this bug report did not exactly help coming to that conclusion.
user-f2760 fr? cus im using mods on that version
What user-f2760 said
Can confirm in 1.19. user-f2760, yes I do realize that; I was just clarifying
![[Mod] markderickson](../../../data/avatars/users/18946.svg){kind=small}
See user-f2760's comment – a debug stick can't be used to change block type. Additionally, we can't accept issues regarding debug sticks here, unfortunately.
I'll close this report as Invalid.
As user-f2760 mentioned, the addition of chat reporting is intentional, and therefore its existence cannot be accepted here as a bug.
I encourage you to share your feedback regarding the feature or vote for others' feedback posts on the feedback site here or in the java-player-reporting-feedback channel of the Minecraft Discord server.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
I've changed the reporter of this issue to user-f2760 due to the level of detail provided in the comment above and the original reporter's inactivity on this ticket. If you'd like ownership returned, Vulcan Fire, please leave a comment here.
What user-f2760 said. Also, please do not create a new ticket just to complain about the status of other tickets. The bug tracker is unable to provide technical support.
user-f2760 Could you link the past reports? I am unable to find them even when searching
See MC-253658. Like user-f2760 said, it could also be your resource pack that's causing this.
Thank you for your report!
However, this issue is Invalid.
Your game, launcher or server is modified.
If you can reproduce the issue in a vanilla environment, please leave a comment.
- Any non-standard client/server/launcher build needs to be taken up with the appropriate team, not Mojang.
- Any plugin issues need to be addressed to the creator of the plugin or resource pack.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
user-f2760; yes, thank you profusely. I've updated the code analysis to prevent ambiguity here. Thanks once again!
@user-f2760 oh, thanks.
@user-f2760, changed description.
As user-f2760 already requested, please provide more details regarding this problem as this ticket is quite difficult to comprehend. Are you perhaps referring to how you're unable to hold down buttons to rapidly navigate between elements in the gamemode switcher menu after death (MC-234029)? If so, does the problem persist in 22w46a, as MC-234029 was fixed in this version?
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
As already mentioned by user-f2760, please provide more details regarding the problem that you're experiencing here. Reports of this kind often get resolved as "Incomplete" due to being unclear and not possessing enough information for us to be able to diagnose the issue.
Some helpful details you could provide us with include:
- Game Impact (how does this bug affect the game?)
- Steps to Reproduce (how others can go about recreating the same behavior)
- Expected Behavior (what you expected the intended outcome to be)
- Observed Behavior (what the outcome actually was)
- Screenshots or videos demonstrating the problem
This issue is being temporarily closed as Awaiting Response. Once the requested information has been delivered, the report will be reopened automatically.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
As user-f2760 stated, beds no longer require supporting blocks since a 1.13 pre-release.
Thank you for your report!
We're tracking this issue in MC-130848, so this ticket is being resolved and linked as a duplicate.
That ticket has already been resolved as working as intended, which means this is not considered a bug and won't be fixed. Please do not leave a comment on the linked ticket.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
As user-f2760 stated, you need to use jukeboxes, not note blocks.
As user-f2760 stated, use /setblock 23 102 -10 minecraft:oak_wall_hanging_sign[facing=west] instead.
Hi there!
As user-f2760 already mentioned, your game is modified and the bug tracker only takes in reports that occur under vanilla circumstances. In the future, please check if the behavior is present in vanilla before filing a bug report. Despite the modified game, we'll be resolving this as a duplicate of MC-175133 since it's the same problem that does indeed occur in vanilla.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Goat horns have never played varying sounds based on the direction you look or whether you're sneaking when using them as partly mentioned by user-f2760; this would be considered a change request and not a bug. The 22w17a article specifically states that there are eight goat horn variants, each of which, produces a different sound when used.
GOAT HORN
- There are 8 Goat Horn variants, 4 of them exclusive to screaming Goats
@user-f2760, thanks for the suggestion.
Agreed with user-f2760; resolving this ticket as a forward-duplicate of MC-177062.
As user-f2760 mentioned, tinted glass, like glass, acts as a transparent block for redstone. See MC-204694.
Hi there. I investigated the problem that you experienced here using the information provided in this report and found that the mobs were spawning outside of the mushroom fields biome and instead within a lush caves biome, following what user-f2760 already mentioned. This is the reason as to why mobs were present in these locations. See MC-258517 - Invalid.png
.
With this being said, we'll be resolving this ticket as invalid since there isn't an issue here. Thanks for the report, nonetheless.
Works As Intended, items are sorted by tab placement first as user-f2760 mentioned. See MC-256753 for example.
As already stated by user-f2760, please attach the crash report found in minecraft/crash-reports/crash-<DATE>-client.txt.
If you cannot find a crash report, please attach the full launcher log found in minecraft/launcher_log.txt.
This issue is being temporarily closed as Awaiting Response. Once the requested information has been delivered, the report will be reopened automatically.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Can you please provide a source from where you got this information like user-f2760 asked?
I agree with user-f2760, this is a change request, not a bug.
Thank you for your report!
However, this issue is Invalid.
Your game, launcher or server is modified.
If you can reproduce the issue in a vanilla environment, please recreate the issue.
- Any non-standard client/server/launcher build needs to be taken up with the appropriate team, not Mojang.
- Any plugin issues need to be addressed to the creator of the plugin or resource pack.
- If you have problems on large servers like Hypixel, please contact them first as they run modified server software.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Please also see user-f2760's comment
It has nothing to do with user-f2760
Thanks to user-f2760 i managed to fix this issue thank you so much! 
Confirmed. Leaving this open for Mojang's declaration on whether this is intentional or not. I've updated this ticket to mention the information that user-f2760 stated since this does indeed occur with every entity and not just camels.
Closing as "Works As Intended" based on the report linked in user-f2760's comment.
I tested it and it looks like it is in singlepayer as well
it's Attributes, not AttributesModifiers
confirmed, both with command and spawner
thought my spawner broke
use: http://minecraft.gamepedia.com/Chunk_format#Entity_Format too see all the names of the data, when looked closely, I think you'll see you're problem
that is both with grass and leaves because the falling sand doesn't look in witch biome it is, the textures are gray in the files and collored in game. if it is a solid block it looks at the biome and then it's getting colored.
confirmed dispenser is only when placed shooting up or down
confirmed, no bedrock exists below
indeed you forgot an l in lvl
that's because they don't get the textures from the blocks dictory like all other blocks do, signs and chest textures are under the entity's dictory and have the complete block in 1 png instead of 1 side of the block in 1 png like all other blocks
this is not a duplicate of
MC-997because, you are in it but it still is no vision, check the screenshots to see what I mean,this is diffrent, the other says transparant in/above but not under and this one says solid when on y=127, that's when the eyes are in the clouds, but not the feet
so no duplecate of
MC-997!!!you also see that I went only down, so I didn't look up!
then why when standing in a cloud at y=127 won't the clouds be transperant?, your eyes are in the cloud then.
whas not sure if you switched the words or made a spellings mistake.
however it still isn't supposed to be a duplicate, but more a relates to
I noticed this months ago, but thought somebody already submitted this bug.
confirmed
the discription is a bit incorect, both a comperator and a beacon have nbt data, but they can't hev intem inside....
it has been that way since redstone was implented, I consider this as works as intended
Matthew Cavellini is right, if you COULD pick it up, it didn't know how many, and what damage value to use, so the game makes it unable to pick up
correction, dirt with damage 0 is normal, damage 1 is no grass and damage 2 is podzol
invalid
you aren't supposed to be able to do that, mojang actually had it enabled with the normal pick block in the first snapshot it introdused, but later removed the ability to do that.
works as intended
works fine with me, the beacon just has to stay on a piramid to work, but the options still copy even if not on a piramid.
paste the axact command you used
you must add a display name to the objective like: /scoreboard objectives add Newbies dummy New
when putting a really hight number of lever it won't show up try this: /effect @p 8 255 2
use: setblock -568 57 -941 redstone_block 0 replace
there is no data value 1 for redstone block only 0
invalid
confirmed, wor the connection with the wire it uses a bit of the hooks texture
the crash occures from double_plant with data value 6 or higher, also this is a duplicate of
MC-30484when the comperator unpowers itselve it still has an output of 2, so the wire to the commandblock must at least be 3
Duplicate of
MC-50948works as intended, part of the mob ai wich was updated a few snapshots ago
that's because the villager part in pigzombie.png is missing, if you add the part like in the zombie_villager.png, it will work fine. also, they share ALL the parts from zombies and have 1 tag more: Anger
yook on the minecraft wiki, it is intended and part of the new AI
the proffession is -1, and that's because he isn't compactible with the careers
how does your comperator clock look like, mine works perfectly fine
this is not duplicate of
MC-997, I posted this as well, posision is now calculated from feet, not from eyes causing it that when you stand in the clouds only with your eyes but not your feet that your vision will be limited to the inside of the cloudsincomplete
this always happens, even if the anderman isn't agressive to at all
wasn't the commandblock activated before the command was inserted, if it searches for players (or entity's) with scores it won't output anything unless there is an player with that score
it's /gamemode [mode] [player]
not /gamemode [player] [mode]
use /gamemdoe sp @a[score_deaths_min=1]
invalid
fixed in 1.8 snapshots
I think the commandblocks may have a impropper data value, 0=unpowered, 1=powered, >1=impropper data
BTW: it shouldn't have to do ANYTHING with the command inside, how was the block placed there is what matters
" It was on: woodycraft, and hypixel" I think they aren't vallina servers, Invalid
that's because you need the new format for the head:
{Signature:,Value:}SkullOwner:{Id:UUID of owner,Name:Username of owner,Properties:{textures:[
]}}
{Value:"eyJ0aW1lc3RhbXAiOjEzOTcyNDcwMzY5NjgsInByb2ZpbGVJZCI6Ijc5YmY5OWUxNjIxYzRlOTFiZDgxYTc3YTA4YjM4NmJhIiwicHJvZmlsZU5hbWUiOiJGVmJpY28iLCJpc1B1YmxpYyI6dHJ1ZSwidGV4dHVyZXMiOnsiU0tJTiI6eyJ1cmwiOiJodHRwOi8vdGV4dHVyZXMubWluZWNyYWZ0Lm5ldC90ZXh0dXJlLzMwNWM0MjRlMmQyODU4ZGRmNjhhN2ZhY2VmOGM1NWI3OGM2M2JiMjQ2MWI2MmM2M2I3ZDc4ZGE1YTcxMzRhIn19fQ==",Signature:"WF3Cpzm9VVgZGRcmpo56J9qO4u2+LPNPt1AEEn310VddjK+V9wztDJWrPGCYCCW849JUq/aLbOLb9p85AdldrgX5Fko6VXVheJxgSMPrVTy80cnMza1QmWa9Q1+9lGMt4D/mR5Ad5JRh6WgLxpW0uMedRAuG0WjhV7qZIv2VgsyI2HG0klfIyOEX3/Y/q+c94e4xqE/ylyweClmACePrGL4KTqzOCiJwmMKAbVhG5Bpm/fxQS3Nj+UbQsky1Wyk3FnypY5SsTgXc1jB1hloLfiHo7OXVA8IqcRTYhB7oAC6l/34XQaejvjq8BvLJ4evFcfe8omjYJ6e1mFJ23VX2DauiaX0Vsqv7ija2556LeDMGsyTO1BGFDP5NNArKp/tOK2AJ+aLrq+PvFAUpK6WCBFdAmhfKsSPtQh2bIZyTjUam/Yoz8fMYuLkpCyUv4v5E3v/1PUONRtmPWFzF8go14hY2Ft/iTR79BFmJePRD5pWG9t/oJcVnsXn+K5kZRG9OWqG7iP1qAV/5QMONP5RHhVkX76ib1lcX/oKfUMwGk1ShfU5GvE8+nG+sVo7kIREFMyNmXVl7lu3FFOlysu6PlRT5KUFkoAQrovCPtlSGOSuScabr+cJYjBBTeOUXCs1xxgn/W81+BBbrd2YqRCpRjwbgaQiLCDnF2ic3dRJjYcM=",}howerver it's a really long command then, for example this will give my skull:
give @p minecraft:skull 1 3 {SkullOwner:{Name:"FVbico",Id:"79bf99e1-621c-4e91-bd81-a77a08b386ba",Properties:{textures:[
,1:
{Value:"eyJ0aW1lc3RhbXAiOjEzOTcyNDcwMzcwOTQsInByb2ZpbGVJZCI6Ijc5YmY5OWUxNjIxYzRlOTFiZDgxYTc3YTA4YjM4NmJhIiwicHJvZmlsZU5hbWUiOiJGVmJpY28iLCJpc1B1YmxpYyI6dHJ1ZSwidGV4dHVyZXMiOnsiU0tJTiI6eyJ1cmwiOiJodHRwOi8vdGV4dHVyZXMubWluZWNyYWZ0Lm5ldC90ZXh0dXJlLzMwNWM0MjRlMmQyODU4ZGRmNjhhN2ZhY2VmOGM1NWI3OGM2M2JiMjQ2MWI2MmM2M2I3ZDc4ZGE1YTcxMzRhIn19fQ==",Signature:"VbBEppx+HTufMrhlvLW6xRIBVZoRRrf9EvCN/ATNmTYBf0NKKoklE4E5IvrvQnpSfvb6bygrp6WhKBqYLakympYj4Hls8dDVtSD6BpjEm2Oz4pEIPSNhNMSc/rQVPZ88T228cdg/Qg/OtRtv4SYQNE1TqRVmJXge5wI9rylAYQwZ1NDtQ1vqqi85ThQt+E6DPCCIrK7kMS/H4BAkTpRpI4JVGGN3usGTMPVcKBNn+FCmX1faSMhIQmxuYuN4D2QkiBG47AHlIh2m/ZfKbC83rnxWPoaCKRTRMZu38nOxDN7xVYIN73KIVdddb9d/2ZfnZ55GKNOixttp15l44YdUXFz+o/HFRmGHWHCNpCbawK5eHeOYrsK+sg/Kex95iWrXrcumC18RXcKxRso0XV6FN8DNySpL3BVQYPisZPuW0ZUBbOTKlwdpIOupjL5SccfD0m4O8f3gwRXOZiDFN6kPhGOgeOUPWpkVdKlIWvQcG3LkqZ+GwDPyqujFw6IodcWycOblMa55z7ctkN5WvmoQkG0uLH77ywyVTJU+aL5gcax8L7ztnWZUN7v4iKlf1PsDSbshTwe5lnJYrUcr1mB1p5V/dCEHtjLFgwMxcQFH798pvAeQHquCPPeQ3YSf2pJQGSEimdZbjBn+iHnfx40GCYwRg2Ird9+Hfl7AW+qd46A="}]}}}
then it will work on mobs as well
could be, but you used thirth part programs, so this is automaticly invalid
maby the scoreboard objective and it's commands would help even more
the scoreboard objective you use in the commands, the Fell objective
the command you used to create it, what is the command?
ok then, then this is supposed to be invalid
I think only a mod can do that, not sure trough
it's actually simple to get it:
place a skull with the old format, break it in survival and it's converted
if you want to know the enthire code, then place it in an chest and place a commandblock above it with: /blockdata ~ ~-1 ~
{Lock:""}then in the last output of the commandblock is the entire data
this is also done to support for name changeing i geuss
1. you got to have every bit of the code for it to work
2. see my previous comment the commandblock will say the enthire code, including the letters you're looking for
however, you have to edit some part of it like: the },},}, too }}}
yes I think it is
but when used to it, and you know the reasons behind it, it isn't so stupid
here is a command for proof it works:
summon Skeleton ~ ~1 ~ {Equipment:[{},{},{},{},{id:"minecraft:skull",Count:1,Damage:3,tag:{SkullOwner:{Name:"FVbico",Id:"79bf99e1-621c-4e91-bd81-a77a08b386ba",Properties:{textures:[
{Value:"eyJ0aW1lc3RhbXAiOjEzOTcyNDcwMzY5NjgsInByb2ZpbGVJZCI6Ijc5YmY5OWUxNjIxYzRlOTFiZDgxYTc3YTA4YjM4NmJhIiwicHJvZmlsZU5hbWUiOiJGVmJpY28iLCJpc1B1YmxpYyI6dHJ1ZSwidGV4dHVyZXMiOnsiU0tJTiI6eyJ1cmwiOiJodHRwOi8vdGV4dHVyZXMubWluZWNyYWZ0Lm5ldC90ZXh0dXJlLzMwNWM0MjRlMmQyODU4ZGRmNjhhN2ZhY2VmOGM1NWI3OGM2M2JiMjQ2MWI2MmM2M2I3ZDc4ZGE1YTcxMzRhIn19fQ==",Signature:"WF3Cpzm9VVgZGRcmpo56J9qO4u2+LPNPt1AEEn310VddjK+V9wztDJWrPGCYCCW849JUq/aLbOLb9p85AdldrgX5Fko6VXVheJxgSMPrVTy80cnMza1QmWa9Q1+9lGMt4D/mR5Ad5JRh6WgLxpW0uMedRAuG0WjhV7qZIv2VgsyI2HG0klfIyOEX3/Y/q+c94e4xqE/ylyweClmACePrGL4KTqzOCiJwmMKAbVhG5Bpm/fxQS3Nj+UbQsky1Wyk3FnypY5SsTgXc1jB1hloLfiHo7OXVA8IqcRTYhB7oAC6l/34XQaejvjq8BvLJ4evFcfe8omjYJ6e1mFJ23VX2DauiaX0Vsqv7ija2556LeDMGsyTO1BGFDP5NNArKp/tOK2AJ+aLrq+PvFAUpK6WCBFdAmhfKsSPtQh2bIZyTjUam/Yoz8fMYuLkpCyUv4v5E3v/1PUONRtmPWFzF8go14hY2Ft/iTR79BFmJePRD5pWG9t/oJcVnsXn+K5kZRG9OWqG7iP1qAV/5QMONP5RHhVkX76ib1lcX/oKfUMwGk1ShfU5GvE8+nG+sVo7kIREFMyNmXVl7lu3FFOlysu6PlRT5KUFkoAQrovCPtlSGOSuScabr+cJYjBBTeOUXCs1xxgn/W81+BBbrd2YqRCpRjwbgaQiLCDnF2ic3dRJjYcM=",},1:
{Value:"eyJ0aW1lc3RhbXAiOjEzOTcyNDcwMzcwOTQsInByb2ZpbGVJZCI6Ijc5YmY5OWUxNjIxYzRlOTFiZDgxYTc3YTA4YjM4NmJhIiwicHJvZmlsZU5hbWUiOiJGVmJpY28iLCJpc1B1YmxpYyI6dHJ1ZSwidGV4dHVyZXMiOnsiU0tJTiI6eyJ1cmwiOiJodHRwOi8vdGV4dHVyZXMubWluZWNyYWZ0Lm5ldC90ZXh0dXJlLzMwNWM0MjRlMmQyODU4ZGRmNjhhN2ZhY2VmOGM1NWI3OGM2M2JiMjQ2MWI2MmM2M2I3ZDc4ZGE1YTcxMzRhIn19fQ==",Signature:"VbBEppx+HTufMrhlvLW6xRIBVZoRRrf9EvCN/ATNmTYBf0NKKoklE4E5IvrvQnpSfvb6bygrp6WhKBqYLakympYj4Hls8dDVtSD6BpjEm2Oz4pEIPSNhNMSc/rQVPZ88T228cdg/Qg/OtRtv4SYQNE1TqRVmJXge5wI9rylAYQwZ1NDtQ1vqqi85ThQt+E6DPCCIrK7kMS/H4BAkTpRpI4JVGGN3usGTMPVcKBNn+FCmX1faSMhIQmxuYuN4D2QkiBG47AHlIh2m/ZfKbC83rnxWPoaCKRTRMZu38nOxDN7xVYIN73KIVdddb9d/2ZfnZ55GKNOixttp15l44YdUXFz+o/HFRmGHWHCNpCbawK5eHeOYrsK+sg/Kex95iWrXrcumC18RXcKxRso0XV6FN8DNySpL3BVQYPisZPuW0ZUBbOTKlwdpIOupjL5SccfD0m4O8f3gwRXOZiDFN6kPhGOgeOUPWpkVdKlIWvQcG3LkqZ+GwDPyqujFw6IodcWycOblMa55z7ctkN5WvmoQkG0uLH77ywyVTJU+aL5gcax8L7ztnWZUN7v4iKlf1PsDSbshTwe5lnJYrUcr1mB1p5V/dCEHtjLFgwMxcQFH798pvAeQHquCPPeQ3YSf2pJQGSEimdZbjBn+iHnfx40GCYwRg2Ird9+Hfl7AW+qd46A="}]}}}}]}
what is your command now?
jep
Place the skull and break it in survival, then it is inverted to the new uuid format, however it loses the wol's skull name
Can somebody resolve this as works as intended?
Invalid you cannot say Skullowner @a it MUST be a playername or the new UUID format
Confirmed for 14w11b
If using the new UUID format for SkullOwner it works without lag
SkullOwner{Id:uuid,Name:playername,Propperties:{textures:[{Signature:,Value:}]}}Cannot reproduce neighter
Incomplete
the crash is from another bug, the bug I'm talking about is that they don't update unless another new skull with the same owner is placed
you are both wrong, when you have no item in your inventory it will be
{Inventory:[]}I have this problem too in one of my maps, and my building goes straight to it, confirmed.
I have a lot of redstone, but non it those chunks and the game acts normal in the other chunks
my seed: 64, superflat with 2;7,62x3,2;1
around -52 85 317
however, it seems to work in singleplayer just fine
I have a enthire adventuremap build and it works fine with me, no items disappear, comparators work normaly
most noticable in jungles
incomplete
XD
they have a chance to drop an enderpearl, how many did you kill?
the thing is, you can't test for no items in your inventory, so you also can't test if a player has none of a kind
corection /time set
they don't have numbers see: http://hydra-media.cursecdn.com/minecraft.gamepedia.com/b/b2/Items_slot_number.png this is from the minecraft wiki
it isn' a bug it's just way the game works,if you have no items then the Inventory tag is EMPTY
so you can't test for an missing item, nor an specific missing item
duplicate of
MC-51364the way it looks if it isn't blocked is that it tests for AIR, if there isn't air there, it says it's blocked
it's only at y=127
no it isn't
I looked at the output, it doesn't say anything.
also added screenshots, for some reason it didn't update this time when placing the second skull
I repeat: "I looked at the output, it doesn't say anything."
it has been fixed in the later 1.8 snapshots, I noticed this at 14w05a as well, but it no longer exists in 14w11b
you have to check every snapshot you add to the effected versions
http://fc02.deviantart.net/fs71/f/2014/108/0/d/2014_04_18_19_22_01_by_fvbico-d7ez400.png without sneaking
http://fc06.deviantart.net/fs70/f/2014/108/c/7/2014_04_18_19_22_02_by_fvbico-d7ez3zu.png while sneaking
that has been fixed in one of the latest, see the iamges, the hand doesn't go to the right
really, test it in 14w11b, the animation is the same as in 1.7 (atleast for me)
see this video from docm77, he's in 14w10b https://www.youtube.com/watch?v=do9qwB7OWUg&list=PLvh8CGg6LWwos2JTJDjs8FKdIri3Osb6n&t=4m28s
O like that, I didn't see that in the video
only now I noticed it in game
sorry for the invoince
Try using the auto complete (tab)
Maby it's OnARail, because I can get them all using /achievement
Srry it's /achievement give achievement.
{achievement}[player]
{stat}Or /achivement give stat.
[player]
Invalid
Check your difficulty
ok thanks
It dousn't effect the (new) wooden slabs
confirmed
it wasn't created yet when I was creating it
Twitter:
Nathan Adams @Dinnerbone
Okay we gave up trying to get moving-back-into-the-border logic working so pushing a snapshot now, you'll just get stuck if you're outside.
Duplicate of
MC-53375unable to reproduce
duplicate of
MC-53374duplicate of
MC-53374skulls skins are now saved in the skull itselve, it wont download the update anymore
works as intended
broken resourse pack
duplicate of
MC-53374confirmed with both customation screen and server list
still in 14w17a
that's not in the default pack, all resoursepacks' redstone is broken
invalid
also duplicate of
MC-53384can a mod confirm this plz?
duplicate of
MC-53370confirmed
duplicate of
MC-53370I commented that already a while ago...
duplicate of
MC-53370Gary, they need the new format, see the discussion above
duplicate of
MC-53370duplicate of
MC-53370we can't know what you did wrong, but I know you did something wrong, because all of mine still work
Duplicate of
MC-53370also duplicate of
MC-53384pack: www.curseforge.com/media/files/773/860/Luigi_s_Mansion.zip
sound list: http://minecraft.curseforge.com/texture-packs/luigis-mansion-wip/pages/sounds/
read the entire page
that's because redstone can't float, works as intended
same with repeaters, torches etc.
Duplicate of
MC-53370unable to reproduce, maby you're to far from the middle or something
paste the exact command you used
unable to reproduce, just type "op YOURNAME" in the server console
there is an OP-premmission level in the server.propperties, set that to 4 if it isn't 4
everything outside the world border get suffrecation damage, this works as intended
Duplicate of
MC-53370you're welcome
confirmed, previously it would say like: "towards negative z"
confirmed, but I think this has been like forever
the changeing of what you type, I can confirm, however that it changes to weird text I cannot because it has always worked for me propperly
he is talking about when you place a door
this is when riding ANY entity, it's to make room for the health bar of the ridden entity, look at when riding horses
I guess this is works as intended
duplicate of
MC-53580the door didn't make a sound for me, and I have ALL sounds on max
the perspective isn't supposed to change upside down, I looked at one of dinnerbone's video's when he's upside down his screen is still rightside down
so I think this is intended
Duplicate of
MC-53370duplicate of
MC-53375Please use the search function in the future, to see if your bug has already been submitted
@Gary Closse It could also be a bug that it doesn't get found anymore
It's the resourse pack, the steve skin has to be 1.8 format for HD resoursepacks, this one is still in the 1.7 format
Invalid
was the commandblock activated before the command was inserted, because when you trow a snowball now, it should work and output
The discription didn' mention that when posted, it got updated afterwards
no it isn't the other says clearly EVERY double stone slab
duplicate of
MC-53384this is an intended feature, wolfs like bones
duplicate of
MC-53375Please use the search function in the future, to see if your bug has already been submitted
duplicate of
MC-53384I's because the model of the dust has changes, the line is now rotated 90 degrees
duplicate of
MC-53384nothing is said about it, but you can also just rotate the redstone texture, then it's fixed for that resoursepack
duplicate of
MC-53862whitch is duplicate ofMC-50263so shortly:
duplicate of
MC-50263indeed a broken resoursepack
the steve skin has to be the new 1.8 format for it to work propperly, especially for HD packs
duplicate of
MC-53405you should use:
{id:"minecraft:spawn_egg",damage:50s}/scoreboard players set @e[type=Item,r=10] incinerate 1 {Item:
}
the damage tag requireds an s behind it so damage:50s
name changeing isn't in the game yet, only the support, so you can't say it crashes the single player
also don't put Furure version (1.8?) as affected versions, you DON'T have access to them yet.
Invalid
you need capital D see http://minecraft.gamepedia.com/Player.dat_Format#Item_structure for help, @Kumasasa nope, spawn eggs even go to 120 and higher
so what you want is:
{Damage:50s,id:"minecraft:spawn_egg"}/scoreboard players set @e[type=Item,r=10] incinerate 1 {Item:
}
look at the diffrence
Yours:
/scoreboard players set @e[type=Item,r=10] incinerate 1 {damage:50,Item:{id:minecraft:spawn_egg}}
Mine:
/scoreboard players set @e[type=Item,r=10] incinerate 1 {Item:{Damage:50s,id:"minecraft:spawn_egg"}}
first you placed the damage tag in the wrong location
second you don't have capital D
thirt you don't got an s behind the damage tag
I meant you had it like {Damage:50,Item:{}}
{Damage:50}you had to have {Item:
}
Duplicate of
MC-53370Please use the search function in the future, to see if your bug has already been submitted
duplicate of
MC-53384duplicate of
MC-53384duplicate of
MC-53384duplicate of
MC-53384duplicate of
MC-53384duplicate of
MC-53384duplicate of
MC-53580Please use the search function in the future, to see if your bug has already been submitted
dust is duplicate of
MC-53384torch is duplicate of
MC-50263duplicate of
MC-53384@Jar_ the lock has been introduced in the 1.8 snapshots, not 1.7
Duplicate of
MC-54008– If you have not, please use the search function in the future, to see if your bug has already been submitted.barriers have been added in the 1.8 snapshots, not in 1.7.9 Invalid
Duplicate of
MC-54008– If you have not, please use the search function in the future, to see if your bug has already been submitted.Duplicate of
MC-54008– If you have not, please use the search function in the future, to see if your bug has already been submitted.still in 14w18a
I thought I saw this in the update log from one of the 1.8 snapshots
128th Duplicate of
MC-54008– If you have not, please use the search function in the future, to see if your bug has already been submittedplease don't submit 2 bugs in 1 report
no it shouldn't, this has been in the game like this since anvils where added
still in 14w18b
48th duplicate of
MC-53384– If you have not, please use the search function in the future, to see if your bug has already been submitted.Unable to reproduce
kind of relates to
MC-54119downgrading isn't supported, and may corrupt your worlds Nuagedecube
downgrading may corupt your world, I didn't say that 14w17a is bugged.
when you go back from 14w18a/b to previous versions (like: 1.7.9 or 14w17a) is downgrading
I think the nether border is edited to be that when you build a portal is remains in the border from the overworld
I also found that your lower piston doesn't grab the slime block, so I powerd is sepretly, and it made the slime block disappear, after replacing the slimeblock, everything, including the duplicate pistons returned to normal
51th duplicate of
MC-53384Please use the search function in the future, to see if your bug has already been submitted
update to 14w18b
this bug was just fixed in 14w18b, and I placed thousends of itemframes in 14w18b and not even one crash
unable to reproduce paste the exact command you used
works fine with me, where you standing on emerald blocks?
like you say it now, this is intended, if the slime block is pushed by a piston upwards, cannot reproduce
Kumasasa is right, also, Jonathan S look at the picture he says that is an air block, is says: hardened_clay3
also air is always transperant whatever datavalue you use
Blah you're wrong, a fire_charge entity is the same as of a blaze whitch is SmallFireball, Fireball is from a ghast, also it fails to spawn because you don't specify direction
see: http://minecraft.gamepedia.com/Chunk_format#Entity_Format
instead use:
/summon Fireball ~ ~ ~ {direction:[0.0,0.0,0.0]}it is a duplicate, and the one by whitch this duplicates is confirmed
duplicate of
MC-50263– If you have not, please use the search function in the future, to see if your bug has already been submitted.cannot reproduce
the redstone model has been changed and the texture has been rotated 90 degrees, see the discussion on the page this is a duplicate of
what type server are you trying to join (if it is not a vanilla server this is invalid)
confirmed, the models are the oposite
also occures with stained hardened clay, stained glass and carpet
63th duplicate of
MC-53384Please use the search function in the future, to see if your bug has already been submitted
lol
Blah there is, you have a lot of then, north, south, east, west, down, up, and all pressed versions
are you sure the commandblock wasn't activated before the cammand was placed?
this is intended, like Fenhl said a fix for
MC-46776but that named mobs despawn, isn't supposed to happen, however this isn't that bug reportthis bug report says all hostiles despawn then, that is intended
should be reported here: https://bugs.mojang.com/browse/MCL
are you sure it's tallgrass and not another variant like lilac?