Patrol leaders with banners can drop 2 different types of banners which don't stack
Patrol leaders with banners can drop 2 different types of banners which dont stack. There is a slight nbt difference. Will provide clip soon.
Linked Issues
is duplicated by5
Created Issue:
Patrol leaders with banners can drop 2 different types of banners which dont stack
Patrol leaders with banners can drop 2 different types of banners which dont stack. There is a slight nbt difference. Will provide clip soon.
Environment
java 1.8.0_51 64bit
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
relates to
relates to
relates to
java 1.8.0_51 64bit
is duplicated by
This has been fixed in 24w09a. I attached two videos: one demonstrating a fixed version, the other demonstrating a bugged version.
Thank you for your report!
However, this issue is a Duplicate of MC-140565.
If you have additional information, please add it to that report.
Please search before reporting, as it's likely that one exists already.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Ominous banners saved in the Saved Toolbars will not get picked up by raiders as the banner could have existed in a different version before the full release of 1.14.2. As shown in the attachment video, 2 ominous banners also didn't stack. One of the banners were in the Saved Toolbars while one was pick block after I placed the banner (from the toolbars) down and dropped the original one from my toolbars and picked up the one that was pick block.
Could possibly be related (or duplicate) to: MC-140565, MC-152035, and MC-151793.
Duplicates MC-140565
Duplicate of MC-140565 or one of its related tickets
Thank you for your report!
We're tracking this issue in MC-140565, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
Clip of the 2 different banners. https://www.youtube.com/watch?v=YPjAB6yr6y0
(timestamp 8:42 in the video)
Have not yet been able to repro this case myself. You can no longer duplicate ominous banners through crafting, so that's one less case where this would happen.
Confirmed for 1.14 Pre-Release 5. I just got a banner from a patrol captain which doesn't stack with the others, also from patrol captains.
Can I call confirmed for 1.14.2 pre-3?
I still keep getting Ominous Banners that don't stack with each other. Oddly, every time I update to a new snapshot, it seems like the existing ones that don't stack now stack and some new unstackable one happens.
This bug doesn't seem to be exclusive to ominous banners. I made a banner, duplicated it twice (3 total) and one of them wouldn't stack with the other two. I might have placed and broken the banner before trying to stack it, I don't remember the exact sequence of things. I'm running 1.14.2pre4.
I made a test case; I was able to reproduce this bug in 1.14, but not in 1.14.2. I think this is now fixed. The fix doesn't affect banners previously obtained, but all new banners stack properly. Placing and breaking misbehaving banners seems to fix them.
To test:
In 1.14, after breaking, it wouldn't stack with the other banner. In 1.14.2, it will stack as expected. I updated the 1.14 test world to 1.14.2, placed the banner that wouldn't stack, broke it, then it stacked as expected.
This is, of course, assuming that it's the same issue that affected Ominous Banners. But considering those can also be fixed by placing and breaking them, I think it is.
Relates to
MC-63010,MC-152035, andMC-151793.Possibly relates to MCCE-4796, but of course that's a different codebase etc.
Still experiencing this issue in 1.15.2 (banners were generated in 1.14.4).
Videos are attached.
It appears that one set of banners has the NBT value `tab.BlockEntity.id` while the other banner lacks this value.
Note: It appears that the banners can be fixed by placing the banner on the ground, and mining it. This makes it so the banner does not have `tab.BlockEntity.id` attribute. (Works in 1.15.2, but does not seem to work in 1.14.4).
I'm currently facing this issue, too. Pillager banners from creative don't stack with ones dropped by Pillagers either, even after you place both banners on the ground and mine them back up.
Still present in 1.18.1; I think I was mistaken or confused in my testing methodology when I thought it had been fixed before. Should either this or
MC-151793be closed as duplicate, since it seems like it's the same core issue?To summarize: any banner with a pattern (not just ominous banners) that has not yet been placed seem to erroneously have an additional NBT tag that is lost when it's placed in the world, which prevents them from stacking. I think this is most easily seen by reproducing the bug and running /data get entity @p
To reproduce: craft two blank banners of any color. Use a loom and some dye to add a pattern to one, then use a crafting interface and the blank banner to copy it. They will stack. Place and break one of them, and they will no longer stack. If the banner does not have a pattern, they will still stack, and if the banner is placed and broken before copying it, they will still stack.
Can confirm in 1.19.3 and 23w04a.
Can confirm in 1.19.4