tryashtar

Please do not intentionally create duplicates

Since 1.21.6, painting definitions can no longer be inlined in an item stack.

But this behavior is not related to inlining. You can just as well create a definition for either banner patterns or paintings in a data pack, and item stacks referencing that definition will appear with the missing texture on any clients that don’t have an atlas entry for the specified asset_id.

Well you can reference a banner pattern ID, and the server should validate that it is defined. But in your command, you're inlining a banner pattern definition, so no separate definition file is required.

asset_id is a client-side atlas entry that may or may not exist.

Your “expected behavior” is incoherent because asset IDs may or may not exist on any client, so the server can’t reject them.

This is still an issue and can be reproduced easily with the attached world. Was there anything else needed?

This issue is fixed in 26.70.20 preview for the following two cases:

• Command feedback message

• Held item hotbar tooltip

I will be creating separate issues for the remaining cases.

According to the 26.20.22 changelog, this was fixed in that version. As I’m not sure how to get to this screen again, I cannot verify this.

Oh, I see now! Thank you. Corrected pack and screenshot:

It's not clear what your steps to reproduce are, however I am able to create a resource pack that changes the texture of disabled buttons to look identical to normal buttons, so I'm going to close this as Cannot Reproduce

Can't reproduce, both are defined as #14559b
Your java screenshot lighting is notably more yellow

I can confirm that mushrooms no longer spread correctly. Here is more information about this bug:

The logic in MushroomBlock.canSpreadTo is incorrect:https://mcsrc.dev/2/26.4-snapshot-3/net/minecraft/world/level/block/MushroomBlock#L71

It says that mushrooms can always spread to a mycelium/podzol block (correct). Then, it says that mushrooms can spread to any non-air block whose light level is 13 or greater, which is on top of a block that doesn’t support mushrooms. This part is completely backwards, it should be that mushrooms can spread to any air block whose light level is 13 or lower, which is on top of a block that does support mushrooms.

As a result, instead of spreading normally, mushrooms replace partial blocks that are above other partial blocks.

To reproduce this, increase your random tick speed and place a mushroom in this setup in broad daylight:

Wait a while, and mushrooms will begin to replace the upper fence blocks.

Haha, great find!

This was introduced in 25w20a (1.21.6) with can_be_sheared

The other remaining place is in bossbar styles: /bossbar set <id> style ...

This is because these nodes are literals, and the 20w15a changelog says:

Tab completion for resource location will match any part after a _

(although it actually includes any node that uses the shared suggestion provider)

Added repro steps, reopened and confirmed

This seems to have been fixed at the same time as MCPE-239750

The font image you attached produces the same behavior in 1.12, so either there is something wrong with that image (i.e. it's pure white), or there was no bug introduced in 1.13-pre9.
If you have a different font image that works differently in 1.12 compared to 1.13-pre9, please comment and attach it.

This works as intended per the fix to MC-302661

Downgrading is not supported

I investigated a bit further and can reproduce this when the player has experience! I've decided to report the broader issue separately at MC-311924, thank you!

I cannot reproduce this