shnupbups100

How is this a feature request or suggestion? This is as much of an issue as any other data being lost when an entity is bucketed. MC-271252, MC-279904 and MC-279905 are all valid. It's not even a matter of it only being possibly seen through commands, as MC-271252's behavior is only seen with commands.

That issue was marked as invalid due to covering blocks added prior to 1.15. The Piglin Head block was added after 1.15, and as such any parity issues related to it are valid.

Same for the 'A Furious Cocktail' advancement, which should contain the new effects that can be brewed as potions.

Okay, that was an overly ridiculous analogy, but my point is this isn't just a typo in the code, but a typo that will be visible in the JSON files of datapacks in the very near future.
And I think instead of minimodding this issue, perhaps you should leave it to the actual moderators and Mojang themselves to decide the validity of the issue.
If they deem it invalid, then I guess I'll just... wait until the JSON file is generated and submit an issue saying the typo exists in that JSON file... which is exactly the same issue as this.

So you want me to wait until this codec is used to generate a JSON file with the typo before reporting the issue, despite having the ability to prevent the issue now?
If someone saw your fusebox sparking and emitting smoke, and reported it to you, would you say "sorry mate but it hsan't actually caught fire and exploded yet, so I don't care"?

This will have an impact on datapacks in the coming weeks when these are further developed. I am reporting ahead of time to ensure that doesn't happen!

Please try to know what you're talking about before saying this issue is invalid.

Not a duplicate of MC-260093, that one concerned the particles moving the wrong way when held in the offhand, this one concerns the particles moving the wrong way when the main hand is set to the left. Similar, but distinct, issues.

What the original issue MC-86007 neglects to mention, and what this issue does mention, is how the Glass Bottle is dropped in-world if there are multiple Dragon's Breath items in the input slot, but not if there is only one. This inconsistent behaviour, and a code analysis, makes it very clear that this is a bug and certainly should not be marked as Works as Intended like that original issue was.

It's worth mentioning that the code analysis indicates the intended behaviour is that a Glass Bottle would be retained in the input slot of the Brewing Stand in this scenario. The reason it doesn't is because the method call to get the stack's recipe remainder is done after the stack is already made empty, thereby essentially getting the recipe remainder of Air. This is clearly the cause of this bug.

A potential reason why that seemingly intended behaviour might not be desirable is that it might break automatic brewing systems, as Hoppers cannot pull items from the input slot of a Brewing Stand. A solution that would fix the issue whilst avoiding said undesirable breakages is to simply always drop the recipe remainder in the world, rather than ever trying to insert it into the input slot.

What? This isn't a feature request at all, it's a report of a blatant inconsistency, something which has time and time and again been considered a valid issue on this JIRA.

This happens whenever any typo is made in an Identifier. The fact that this not only happens, but that there is absolutely no warning in the console about it is awful for debugging datapacks.

Still happens in 1.14.1 release.

I get this crash whenever I open a map in the newest snapshot. (Something to do with the new colours?)

NOTE: It was one a superflat map that I've been using for snapshot testing since 1.3.

No, it isn't. It doesn't crash, just the item doesn't drop.

Whoops, actually a bug with a mod. Sorry for wasting your time.

One of the zombie skins in Sphax PureBDCraft has a skeleton head. This is not a bug. This is your texture pack.