Yeah. Since this is a banner, not a chest, NBT data should be relevant for a normal pick block. These banners are the most complicated thing in MC since fireworks, so it will be buggy.
Ely Golden, Technostar, Davy de Vries, and Why is this Necceccary,
I'm going to go out and a limb and say that this is intentional, due to the fact that the banners have NBT tags. To get the banner color / pattern that you want, you need to use Ctrl+PickBlock.
but the default banners do not, i know this is intended when using it on a customised banner and that you can use ctrl+pick block, but the fact that it doesn't work on regular banners is a bug!
Ok I first thought that it is a bug too, but it is maybe really not! I first guessed that it is the same like it is with wool, there you get also the different colors with "Pick block", but when you place a banner and then look with the debug screem (F3) at it, it seems like the game just converts the data value to a NBT-value, so it makes sense that you get always a black banner
Atom clark, when a banner is placed, it automatically gets NBT value. Its like a command block with a command inside. To get the command block with the command you need to do Ctrl+PickBlock. Same thing goes for banners.
Confirmed. This makes sense as the color data is actually stored in the tile entity as the facing data takes up 2 or 4 bits, but is weird because the item storage uses the damage value for the color.
GUYS ITS NOT A BuG!!! IT WOULD COPY PATTERN IF YOU listen!! The Reason it dosnt copy the pattern is because your not copying the nbt data..... use cmd on a mac or cntrl on a window at the same time as your pick block (default 3 mouse button) so i guess... works as intended!
Yeah, I've heard that excuse mate, but no matter what the NBT data is, different colour banners have different DATA VALUES! If you pick block on a coloured of wool (which does have a data value) you get that colour wool!
This issue is resolved. Stop confirming it for new versions. IT IS NOT A BUG. The reason you get a black banner is because its data value is 0 (default). Simply pick blocking the banner only gives a black banner because banners are not treated as regular blocks. Resolution: WORKS AS INTENDED.
When you pick block a red wool, you don't get white wool, even though white wool is wool's default data value. How many times do I have to repeat myself?
can a mod just close this issue already? I'm so sorry that it is such an inconvenience to hold control and pick block to get your banner. The banner is treated as a container block, and shift click is treated differently for container type blocks. issue is invalid/works as intended.
Sorry that I was being rude before. I might be wrong about the data holders being treated differently. I have a few examples that make my argument inaccurate. Both skulls and banners are treated as data holders, and each one has multiple data values. when pick blocking a skeleton,wither,creeper,zombie,or human skull, you get their respective item forms.
[04:34:11] The data tag did not change: {id:"Skull",SkullType:0b,Rot:12b,z:259,y:4,x:-361,}
[04:43:55] The data tag did not change: {id:"Banner",Base:15,z:259,y:4,x:-361,}
Both the SkullType and Base data tags determine the data value of the skull and banner,respectively, but only the SkullType tag is treated the same as the Damage tag when using pick block. It seems the Base tag is treated as an NBT tag instead, and can thus only be accessed through ctrl+pick block, rather than regular pick block.
So, I revoke my previous answer and leave it up for further inspection.
Confirmed, but might be intended.