The bug
Wall banners use the same translation strings as their corresponding standing banners (block.minecraft.COLOR_banner), rather than just using their own. This bug was caused by the fix of MC-122579. Reverting that one's fix and adding the translations provided there would resolve this.
This will cause confusion as there's no distinction between the strings.
/give @s stick[can_break={predicates:[{blocks:"black_banner"}]}]"Can Break Black Banner" cannot break black wall banners
/give @s stick[can_break={predicates:[{blocks:"black_wall_banner"}]}]"Can Break Black Banner" breaks black wall banners
How to reproduce
Use the below command for a demonstration
/give @s stone[can_place_on={predicates:[{blocks:"red_wall_banner"},{blocks:"red_banner"}]}]Result:
[media]
Linked issues
is duplicated by 2
relates to 2
Attachments
Comments 16
@unknown - if you'd like, you can take this ticket from me. In the past I would've trusted myself to keep these tickets up to date, but my objectives have certainly changed since and I wouldn't mind now if a mod gave away my ticket to a user I could trust to keep it updated regularly. As far as I've seen, you've made some of the best efforts I've seen from users on the tracker and are to be congradulated 😃
Confirmed for 1.19.3.
Connor, would you mind if I got made reporter again for this report (I was the original creator); I just found out about this issue affecting more blocks (see MC-258689 (only reason to keep them separate is because they actually have their translation strings in the language files)), so it wouldn't be that far apart to test this alongside it. I also see you haven't touched this report in over a year.
[Mod] turbo
Can confirm for 1.13.1-pre1.
If a moderator would like to make me the new reporter of this ticket I will keep it updated accordingly.