mojira.dev

Swekob

Assigned

No issues.

Reported

MC-175360 Programmer art: Misplaced pixel in critical hit particle texture Won't Fix MC-175348 Respawn anchor explosion knocks back flying creative players Fixed MC-173810 No animation when wet wolves shake off water in certain conditions Awaiting Response WEB-1869 Jira: minecraft.net URL inconsistency in summary section of Minecraft Earth Fixed MC-167026 Honey block not slowing down levitating mobs or players Confirmed MC-167018 Misplaced pixel in critical hit particle texture Fixed MC-166303 Block breaking particles don't glide on the ground as before, has more friction Works As Intended MC-166276 Thrown items and blocks sometimes appear black for an instant Fixed MC-166269 Wet wolves become black for an instant after shaking off water Fixed MC-166032 Disc from broken jukebox doesn't drop from the center of the block Confirmed MC-165539 No smoke particles show after mobs die in certain conditions Duplicate MC-165320 Debug diagram renders its shadow edge incorrectly Duplicate MC-165247 End crystals can't be placed on burning bedrock or obsidian Confirmed MC-165168 Flying creative players get pushed by mobs Confirmed MC-158246 Farmland getting wet with no water contact Duplicate MC-157734 Restarting world when spawning ender dragon and then destroying the end crystals will not generate end portal Confirmed MC-157727 The small cube in honey/slime blocks isn't displayed in inventory Fixed MC-122791 Double blocks break after replacing Tall Grass/Large Fern Fixed WEB-795 JIRA: Feedback button icon in top bar isn't visible when no cursor is over it Fixed MC-117145 In snooper settings, gray description text overlaps darker info area below when window width is too low Invalid

Comments

Has been fixed some days ago

Duplicates MC-175177

Duplicates MC-175165

Can anyone confirm?

Relates to MC-92484

Should be reopened, see two previous comments.

Incorrectly marked as duplicate; ticket was originally about black items when thrown, not bright block drops.

Also, this issue was not caused by the fix of MC-76493. This has been in the game before that.

Should be reopened, as MC-172289 has had an assignee previously and is not marked as WAI.

MC-172289 is about mobs, judging by the description, and this is about placeable non-mob entities.

Works as intended, see this comment by @unknown.

Edit: Didn't see that Mojang considered fixing this judging by that they didn't resolve this as WAI, which contradicts the comment I linked. In that case, MC-92484 should be reopened and be linked as relating to this bug. Maybe this report should clarify in the title that mob entities are affected while MC-92484 is about placeable non-mob entities like item frames.

Still an issue in February 18, 2020

Categories: Collision, Items

Relates to

Fixed in 20w06a, probably fixed with MC-93198.

Affects 1.15-pre4.

I may add this suggestion as well if fixing: No matter which item you hold in, the hand animation should show when throwing away anything from the player. For example, if you hold a stone block and throw away an apple from the inventory it should maybe show the animation. The reason for this is just that it seems logical.

See 

[media]

Affects 1.15-pre4.

Somewhat related to MC-160995. If that gets fixed this might too, but we'll see.

The expected behavior from my point of view is that a jukebox containing a disc that gets broken drops the disc like chests drop items, from the middle of the block rather than the top with upwards motion. If you think of it as if it was real life, the disc is in the middle of the jukebox when playing the disc, and if you would break the jukebox the disc shouldn't realistically shoot up into the air.

Jukeboxes I assume have been programmed to drop discs upwards when right clicking them so they look like they come out of the disc tray texture at the top of the jukebox and also so the discs easily can be collected.

However, this function seems to also be used when breaking the jukebox, rather than dropping it in a normal fashion, which to me doesn't seem intended. That in itself may not be a big deal, but one problem that can occur is mentioned in the description and can be seen in the video (

[media]

).

Mojang should decide if this is working as intended in my opinion. See my comment in MC-77079.

Mojang should decide if this is intended or not in my opinion. Just because falling blocks normally break on transparent blocks doesn't mean Mojang wants or intends to have these kind of transparent blocks work this way. I think we should let it be open until Mojang decides for themselves.

Affects 1.15-pre4

Relates to MC-149308 or MC-57149.

MC-57149 includes versions from 2014 to 2018, but not the recent versions MC-149308 includes. Don't know which one to make a duplicate.