Using pick block on any colour banner gives a black banner
Steps to reproduce
- Place down a banner (not a black one otherwise the bug is not apparent)
- Pick block on the banner
You will get a black banner.
Linked Issues
is duplicated by45
Created Issue:
Using pick block on any colour banner gives a black banner
Steps to reproduce
- Place down a banner (not a black one otherwise the bug is not apparent)
- Pick block on the banner
You will get a black banner.
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
relates to
is duplicated by
relates to
relates to
is duplicated by
is duplicated by
A comment with security level 'global-moderators' was removed.
is duplicated by
MC-93026
Confirmed for 1.8.
Dupe of MC-62975
Duplicate of MC-62975
Duplicate of MC-62975
Dupe of MC-62975
Dupe of MC-62975
Dupe of MC-62975
Dupe of MC-62975
Dupe of MC-62975
Please don't put down the affected version as a future version, as you don't have access to it yet!
Dupe of MC-62975
Dupe of MC-62975
Duplicate of MC-62975
Dupe of MC-62975
Dupe of MC-62975
Use Ctrl+PickBlock to get the colored banner.
Dupe of MC-62975
Use Ctrl+PickBlock to get the type of banner that you need.
Dupe of MC-62975
Use Ctrl+PickBlock to get the banner that you want.
Dupe of MC-62975
Use Ctrl+PickBlock to get the banner that you want.
Dupe of MC-62975
Use Ctrl+Pickblock to get the banner that you want.
Dupe of MC-62975
Use Ctrl+PickBlock to get the banner that you want.
Dupe of MC-62975
Use Ctrl+PickBlock to get the banner that you want.
Dupe of MC-62975
Use Ctrl+PickBlock to get the banner that you want.
Dupe of MC-62975
Use Ctrl+PickBlock to get the banner that you want.
Dupe of MC-62975
This report if difficult to comprehend but I'm guessing you are experiencing MC-62975
Duplicate of MC-62975
Dupe of MC-62975
Use Ctrl+PickBlock to get the banner you want.
Dupe of MC-62975
Use Ctrl+PickBlock to get the banner you want.
Duplicate of MC-62975
Dupe of MC-62975
Dupe of MC-62975
Use Ctrl+PickBlock to get the banner that you want.
Dupe of MC-62975
Dupe of MC-62975
Dupe of MC-62975
This issue is a duplicate of MC-62975. It has been linked to the original bugreport.
Please search before reporting any bugs, as it's likely that one exists already.
Marecli, that's MC-62975
Banners have always the nbt tag Base (base colour) , see http://minecraft.gamepedia.com/Chunk_format (in opposite to other coloured blocks the banners encode the direction like signs in the meta data)
See also MC-62975: You need to CTRL-pick-block to get the right base colour.
Would the fact that banners have a default nbt tag invalidate MC-62975 since regular pick block does not give you the nbt of a block? Or there should at least be an exception for the Base tag on banners so you at least get the expected color of banner with regular pick block.
Your comment https://bugs.mojang.com/browse/MC-62975?focusedCommentId=197878&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-197878 speaks against invalidating MC-62975.
Dupe of MC-62975
Confirmed, but might be intended.
how could it be intended? pick block any other coloured block and you get that colour
confirmed
workaround: use Ctrl+Pick Block to get the banner +NBT
That works, but the bug persists; also, it's NBT, edit to match spelling error
Confirmed for 14w30b.
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.
Ahh Try Ctrl Pick Blocking. It Works
Ctrl picked items are not stackable with the original.
@theo that's because it has more nbt tags
it should at least give the correct background color when normal middle-clicked.
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.
Let's just think for a few seconds. If you pick block on wool, do you get black wool?
I have stated my point.
^^^ thank you
Sad Ghoster is right, but this is due to the fact that they do not have NBT data.
Confirmed in 1.8-pre2.
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.
It's up to Mojang to decide if that behaviour is working as intended or a bug.
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 for 1.8.1.
Confirmed for 1.8.3
Still an issue as of 1.8.6 ugh I hope they fix this soon
Still an issue for 15w31c.
Confirmed for 15w46a