mojira.dev

David Bakle

Assigned

No issues.

Reported

MC-265709 Stonecutter outputs are broken past the 32nd row in the GUI (server only) Fixed MC-191718 Recipes with different ingredients don't choose the more specific one when using tags Invalid MC-186225 Structure entity rotation is handled incorrectly Duplicate MC-137945 Using /data modify with merge and [] doesn't copy the full list Invalid MC-133736 Creative tabs lose sorting when switching fullscreen mode Duplicate MC-133734 Dead bubble coral fan uses the brain variant's texture Duplicate MC-129648 Blocks lose NBT due to CustomName format change oversight Duplicate MC-125909 Dual wielding tridents renders incorrectly Duplicate MC-123676 OnGround tag does not update upon teleporting an entity Duplicate MC-122947 Water and lava blocks use cullface when they shouldn't Duplicate MC-122756 Debug world tile entities do not render Duplicate MC-122724 Blockstates not working properly with two model options Fixed MC-98327 Elytra texture transparency issues Fixed

Comments

Noteworthy that it causes the lighting on the oldest nearby entity {Age:<x>}.

Can confirm this to be true. The first set of commands is what's expected to work, and the second set is the work around (using command blocks). The commands set the maximum of the bossbar to the max health of the pig, and then set the value for the bossbar as the pig's health. The command output says that it successfully set the values, but it doesn't visibly do it.

/execute store result bossbar minecraft:foo max run data get @e[type=pig,limit=1] Attributes.[0].Base
/execute store result bossbar minecraft:foo value run data get @e[type=pig,limit=1] Health

In order to make this work, I have to add two commands to the beginning to reset the players that can see it. I'm using @s in the first command since I'm instructing the command block to change the players that can see it to itself, which removes anyone who could previously see it. The second command sets the visibility to all players. Setting the bossbar's overall visibility to false then true does not fix the issue.

/bossbar set minecraft:hud players @s
/bossbar set minecraft:hud players @a
/execute store result bossbar minecraft:foo max run data get @e[type=pig,limit=1] Attributes.[0].Base
/execute store result bossbar minecraft:foo value run data get @e[type=pig,limit=1] Health

A secondary error exists with the rein where the part that goes inside of the horses mouth is using the chest texture instead of the metal texture visible next to the saddle. The magenta portion in the attached image "horse_error_2.png" is where the UV should be, while the lime area is where the UV actually is in game.

I've added an image that shows the texture file and where the UV is being shown. The lime portion of the texture is the horse's body texture, and the magenta section is the neck texture. I've darkened a rectangle between the lime and magenta section to represent where the model is getting the texture from. The actual UV should be moved 7 pixels upward. Should be noted that this is the same for every texture related to the horse/donkey/mule, including armor and markings.

Still in 18w01a

This also is broken with the LocName tag, which did the same thing.

/give @p potato{display:{LocName:"Not Italic Potato"}}

This also applies with stairs

[media]

Once it's taken care of, it'll allow for more customization too. The fact that it's part of the player is pretty much the only reason I posted this. Besides, it's kinda working in the first place.

I've had this bug cause some problems too. I think it's just a simple issue with how hoppers pull items from brewing stands. We can only access the ingredient slot from the top, meaning that we can't take the bottle out.