All arrow types lose their name/NBT data when shot and picked up
The bug
Arrows lose their name and NBT data when shot and picked up.
How to reproduce
- Obtain a bow and give yourself an arrow with a custom name:
/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}} - Shoot the arrow on the ground using the bow
- Pick up the arrow
The arrow no longer has a custom name
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in MC-91005, MC-91006 and MC-91007. See this discussion for details.
Linked Issues
is duplicated by9
MC-15916Arrow's names change when fired by bowDuplicateMC-48805ArrowDuplicateMC-50823Arrows lose their dataTag info once shot from a bowDuplicateMC-160295Arrow custom name bugDuplicateMC-180226arrow nameDuplicateMC-181422arrow nameDuplicateMC-182746arrow nameDuplicateMC-187621Renamed arrow changed back to normalDuplicateMC-199579enchented arrow is unenchanted?Duplicaterelates to6
MC-91006Some entities lose their name when placed/broken
NormalMC-91007Some items lose their name/data tags when used in the world
LowMC-91005Some Entities/BlockEntities don't store item data correctlyWorks As IntendedMC-209Blocks don't retain their names, enchantments, or attributes after being placed and picked up againLowMC-48812Snowball EntitiesInvalidMC-249408Boats with Chests lose their name when placedFixed![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
- Fixed
![[Mod] redstonehelper](../../../data/avatars/users/10122.svg)
[Mod] redstonehelper- Wyyrme
![[Mojang] TommyWallberg](../../../data/avatars/users/18941.svg)
[Mojang] TommyWallberg- 79
- 32
- Confirmed
- Normal
- Platform
- Entities Items
- anvil arrow display-Name item-renaming shooting
1.4.2 - 23w41a
1.4.2 1.4.6 1.4.7 13w05b 1.5 1.5.1 1.5.2 13w18c 13w19a 13w39a 13w39b 1.7.4 14w03b 14w05b 14w06b 14w07a 14w08a 1.7.5 14w10b 14w10c 1.8-pre2 1.8 1.8.1 15w31a 15w42a 15w44b 1.9.4 1.10 1.10.1 1.10.2 16w32a 16w32b 16w33a 16w40a 16w41a 16w44a 1.11-pre1 1.11.2 17w06a 1.12-pre5 1.12-pre6 1.12 1.12.1 1.12.2 17w50a 18w07c 1.13.1 1.13.2 19w04b 19w05a 19w06a 1.14.1 1.14.4 19w34a 19w35a 20w12a 20w18a 20w19a 1.16-pre2 1.16 1.16.1 20w27a 20w28a 20w29a 20w30a 1.16.2-pre1 1.16.2-rc1 1.16.2 1.16.3-rc1 1.16.3 1.16.4 20w46a 20w48a 20w49a 20w51a 21w03a 1.16.5 21w05a 21w05b 21w06a 21w07a 21w11a 21w14a 21w15a 21w17a 1.17 1.17.1 21w44a 1.18.1 1.18.2 1.19 1.19.1 1.19.2 1.19.3 23w04a 23w05a 23w06a 1.19.4 23w14a 1.20-rc1 1.20 1.20.1 23w31a 1.20.2 23w41a- 23w43a
Created Issue:
Renamed Arrows fired out of Dispenser named default
If you rename a stack of arrows, say "Bullets" and put them in a dispenser, and proceed to fire that dispenser, then the "Bullets" you collect from where they land are just called arrows again, like they were not renamed at an anvil.
Not a serious bug, but just wanted to throw that out there.
relates to
is duplicated by
relates to
is duplicated by
is duplicated by
RenamedArrows fired out of Dispenser named defaultRenamed Items when used in world named default after getting them back
If you rename a stack of arrows, say "Bullets" and put them in a dispenser, and proceed to fire that dispenser, then the "Bullets" you collect from where they land are just called arrows again, like they were not renamed at an anvil.
Not a serious bug, but just wanted to throw that out there.For other situations where the name gets reset, see links down below.
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
relates to
![[Mod] CubeTheThird](../../../data/assets/gravatar/cubethethird.jpeg){kind=small}
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
![[Mod] Torabi](../../../data/assets/gravatar/torabi.png){kind=small}
is duplicated by
relates to
![[Bot] Arisa](../../../data/assets/gravatar/mustek2.png){kind=small}
is duplicated by
is duplicated by
Renamed Itemswhen used in world named defaultaftergetting thembackRenamed Items lose their name after using them in the world
If you rename a stack of arrows, say "Bullets" and put them in a dispenser, and proceed to fire that dispenser, then the "Bullets" you collect from where they land are just called arrows again, like they were not renamed at an anvil.
Not a serious bug, but just wanted to throw that out there.For other situations where the name gets reset, see links down below.
This affects several items:
- Renamed buckets (all four types) when placing/picking up liquids/milk or drinking milk
- Renamed boats lose their name when placed and destroyed - note that minecarts do not exhibit this behavior
- Renamed regular arrows lose their name when shot - note that potion tipped arrows keep their name
- Renamed leads lose their name when used and collected
- Renamed armor stand lose their name when placed and destroyed
- Renamed containers such as chests do not keep their name when mined
- Renamed saddles do not keep their name on pigs - note that horses do not exhibit this behavior
This affects several items:
- Renamed buckets (all four types) when placing/picking up liquids/milk or drinking milk
- Renamed boats lose their name when placed and destroyed - note that minecarts do not exhibit this behavior
- Renamed regular arrows lose their name when shot - note that potion tipped arrows keep their name
- Renamed leads lose their name when used and collected
- Renamed armor stand lose their name when placed and destroyed
- Renamed containers such as chests do not keep their name when mined
- Renamed saddles do not keep their name on pigs - note that horses do not exhibit this behavior
The pick block function is affected as well. In that vein:
- Renamed command blocks do not keep their name when pick-blocked (even when preserving data tags) - possibly intended
This affects several items:
- Renamed buckets (all four types) when placing/picking up liquids/milk or drinking milk
- Renamed boats lose their name when placed and destroyed - note that minecarts do not exhibit this behavior
- Renamed regular arrows lose their name when shot - note that potion tipped arrows keep their name
- Renamed leads lose their name when used and collected
- Renamed armor stand lose their name when placed and destroyed
- Renamed containers such as chests do not keep their name when mined
- Renamed saddles do not keep their name on pigs - note that horses do not exhibit this behavior
- Renamed flowers/etc lose their name when placed and retrieved from a flower pot
The pick block function is affected as well. In that vein:
- Renamed command blocks do not keep their name when pick-blocked (even when preserving data tags) - possibly intended
This affects several items:
- Renamed buckets (all four types) when placing/picking up liquids/milk or drinking milk
- Renamed boats lose their name when placed and destroyed - note that minecarts do not exhibit this behavior
- Renamed regular arrows lose their name when shot - note that potion tipped arrows keep their name
- Renamed leads lose their name when used and collected
- Renamed armor stand lose their name when placed and destroyed
- Renamed containers such as chests do not keep their name when mined
- Renamed saddles do not keep their name on pigs - note that horses do not exhibit this behavior
- Renamed flowers/etc lose their name when placed and retrieved from a flower pot
- Renamed bowls lose their name when used on a mooshroom to obtain mushroom stew
The pick block function is affected as well. In that vein:
- Renamed command blocks do not keep their name when pick-blocked (even when preserving data tags) - possibly intended
Renamed Items lose their name/NBT data after using them in the world
is duplicated by
This affects several items:
- Renamed buckets (all four types) when placing/picking up liquids/milk or drinking milk
- Renamed boats lose their name when placed and destroyed - note that minecarts do not exhibit this behavior
- Renamed regular arrows
lose their name when shot - note that potion tipped arrows keeptheir name- Renamed leads lose their name when used and collected
- Renamed armor stand lose their name when placed and destroyed
- Renamed containers such as chests do not keep their name when mined
- Renamed saddles do not keep their name on pigs - note that horses do not exhibit this behavior
- Renamed flowers/etc lose their name when placed and retrieved from a flower pot
- Renamed bowls lose their name when used on a mooshroom to obtain mushroom stew
The pick block function is affected as well. In that vein:
- Renamed command blocks do not keep their name when pick-blocked (even when preserving data tags) - possibly intended
This affects several items:
- Renamed buckets (all four types) when placing/picking up liquids/milk or drinking milk
- Renamed boats lose their name when placed and destroyed - note that minecarts do not exhibit this behavior
- Renamed regular arrows, spectral arrows and potion arrows which have lost their effect lose their name when shot
- Renamed leads lose their name when used and collected
- Renamed armor stand lose their name when placed and destroyed
- Renamed containers such as chests do not keep their name when mined
- Renamed saddles do not keep their name on pigs - note that horses do not exhibit this behavior
- Renamed flowers/etc lose their name when placed and retrieved from a flower pot
- Renamed bowls lose their name when used on a mooshroom to obtain mushroom stew
The pick block function is affected as well. In that vein:
- Renamed command blocks do not keep their name when pick-blocked (even when preserving data tags) - possibly intended
I would recommend splitting this report into 3 parts:
- "Renamed saddle don't keep its name after putting it on pig and then killing him." (
MC-1686)
This bug is caused by the fact that a pig does not store the saddle item as item.- "Entity with CustomName does not drop item version with CustomName as display name"
- "Dispenser placed / used items lose their display name"
Renamed Items lose their name/NBT dataafter using them in the worldArrows lose their name/NBT data when shot and picked up
This affects several items:
- Renamed buckets (all four types) when placing/picking up liquids/milk or drinking milk
- Renamed boats lose their name when placed and destroyed - note that minecarts do not exhibit this behavior
- Renamed regular arrows, spectral arrows and potion arrows which have lost their effect lose their name when shot
- Renamed leads lose their name when used and collected
- Renamed armor stand lose their name when placed and destroyed
- Renamed containers such as chests do not keep their name when mined
- Renamed saddles do not keep their name on pigs - note that horses do not exhibit this behavior
- Renamed flowers/etc lose their name when placed and retrieved from a flower pot
- Renamed bowls lose their name when used on a mooshroom to obtain mushroom stew
The pick block function is affected as well. In that vein:
- Renamed command blocks do not keep their name when pick-blocked (even when preserving data tags) - possibly intended
Regular arrows, spectral arrows and potion arrows which have lost their effect lose their name when shot and picked up.
is duplicated by
relates to
is duplicated by
is duplicated by
relates to
![[Mod] Neko](../../../data/avatars/users/92901.png){kind=small}
![[Mod] tryashtar](../../../data/avatars/users/41963.png){kind=small}
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
is duplicated by
is duplicated by
![[Mod] Asteraoth](../../../data/avatars/users/92886.png){kind=small}
is duplicated by
![[Mod] NeunEinser](../../../data/avatars/users/39263.png){kind=small}
is duplicated by
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
is duplicated by
is duplicated by
Affects 1.16 Pre-Release 8
Affects 1.16 Pre-Release 6
Affects 1.16 Pre-Release 7
Affects 1.16 Pre-Release 5
Affects 1.16 Pre-Release 3
Affects 1.16 Pre-Release 4
Affects 1.16
Affects 1.16 Release Candidate 1
![[Mod] Jarl-Penguin](../../../data/avatars/users/92849.png){kind=small}
![[Mod] SPGoding](../../../data/avatars/users/44622.png){kind=small}
![[Mod] Chandler](../../../data/assets/gravatar/triwonder81.png){kind=small}
![[Mojang] Adrian Östergård](../../../data/assets/gravatar/nighter.jpeg){kind=small}
is duplicated by
![[Helper] Johnibur](../../../data/avatars/users/28381.png){kind=small}
![[Helper] Jack McKalling](../../../data/avatars/users/92859.png){kind=small}
relates to
![[Mod] markderickson](../../../data/avatars/users/18946.svg){kind=small}
The bug
Arrows lose their name and NBT data when shot and picked up.
- Obtain a bow and give yourself an arrow with a custom name: {/give @s minecraft:arrow{display:{Name:' {"text":"MC-1981"}
'}}
- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.
The bug
Arrows lose their name and NBT data when shot and picked up.
- Obtain a bow and give yourself an arrow with a custom name:
{/give @s minecraft:arrow{display:{Name:' {"text":"MC-1981"}'}}
- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.The bug
Arrows lose their name and NBT data when shot and picked up.
- Obtain a bow and give yourself an arrow with a custom name:
{/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}}- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.
The bug
Arrows lose their name and NBT data when shot and picked up.
How to reproduce
- Obtain a bow and give yourself an arrow with a custom name:
{/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}}- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.
![[Mod] ampolive](../../../data/avatars/users/18949.svg){kind=small}
![[Mod] EVGENSYPERPRO](../../../data/avatars/users/92853.png){kind=small}
The bug
Arrows lose their name and NBT data when shot and picked up.
How to reproduce
- Obtain a bow and give yourself an arrow with a custom name:
{/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}}- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.The bug
Arrows lose their name and NBT data when shot and picked up.
How to reproduce
- Obtain a bow and give yourself an arrow with a custom name:
/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}}
- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.
The bug
Arrows lose their name and NBT data when shot and picked up.
How to reproduce
- Obtain a bow and give yourself an arrow with a custom name:
/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}}
- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.The bug
Arrows lose their name and NBT data when shot and picked up.
How to reproduce
- Obtain a bow and give yourself an arrow with a custom name:
/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}}- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.
The bug
Arrows lose their name and NBT data when shot and picked up.
How to reproduce
- Obtain a bow and give yourself an arrow with a custom name:
/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}}- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.The bug
Arrows lose their name and NBT data when shot and picked up.
How to reproduce
- Obtain a bow and give yourself an arrow with a custom name:
/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}}- Shoot the arrow on the ground using the bow
- Pick up the arrow
Expected behavior
Arrows would not lose their NBT data when shot and picked up.
Note
Other issues previously tracked in this ticket are now reported in
MC-91005, MC-91006 and MC-91007. See this discussion for details.
![[Mod] Les3awe](../../../data/avatars/users/79847.png){kind=small}
Arrows or tipped arrows lose their name/NBT data when shot and picked up
Arrows or tipped arrows lose their name/NBT data when shot and picked upAll arrow types lose their name/NBT data when shot and picked up
![[Mojang] slicedlime](../../../data/assets/gravatar/slicedlime.jpeg){kind=small}
[Mojang] TommyWallbergrelates to
![[Mod] j_p_smith](../../../data/avatars/users/92851.png){kind=small}
![[Bot] Piston](../../../data/avatars/users/31202.png){kind=small}
Duplicate of: MC-1981 - Please use the search function to see if your bug has already been submitted.
Currently 30% of tickets are being closed as duplicate.
Duplicate of: MC-1981 - Please use the search function to see if your bug has already been submitted.
Currently 30% of tickets are being closed as duplicate.
Duplicate of MC-1981, please use the search function to see if your bug has already been submitted. Currently over 54% of tickets are being closed as duplicate.
Duplicate of MC-1981, please use the search function to see if your bug has already been submitted. Currently over 56% of tickets are being closed as duplicate.
Dupe of MC-1981
Well, I'm not saying that it should be reopened, but instead resolved as a dupe of MC-1981.
Why would this be resolved as a duplicate? It was posted well before MC-1981.
Plus, this bug was fixed at one point.
Maybe this bug?
MC-1981
Renamed Items when used in world named default after getting them back
Maybe this bug?
MC-1981
Renamed Items when used in world named default after getting them back
Dupe of MC-1981
Dlawso the Really Lucky Rabbit, the issues are separate because of implementation details. BlockEntities, such as containers, actually have the ability to store their name when placed in the world, and thus it should be relatively simple to copy that information to the item when the block is broken. Other cases, such as placing blocks in the world that don't normally store extra data (MC-209), and items that turn into entities when used (MC-1981) would require different solutions, or may be impossible without drastically restructuring the world format.
Confirmed for
- 15w42a Even though I think the screenshot / picture / art is not necessarily needed
Unlike the EntityHorse which stores the saddle as SaddleItem, the Pig only stores a boolean Saddle. This means after a saddled pig dies the game creates a new saddle item.
This is not a duplicate of MC-1981 as this issue is about renamed entities not using their CustomName as name for the dropped item and arrows shot by dispenser losing their name completely.
I cannot agree with you on that. MC-116 is like this report not a duplicate of MC-1981. It is the fact that they are not stored as item (which they should). See for example the EntityHorse which has a own tag for storing the saddle as an item.
And I am not too happy with being the reporter of MC-1981 now if that report still stays the main report for all item / entity lose data bugs.
It was decided that these reports are to be consolidated into one. This was a while ago, before my time here. You can message /r/Mojira if you want it split up, until then I'll take and fix up MC-1981.
The bug
In some cases items lose their data after they have been used in the world, e.g. by interacting with entities, see the lists below.
Possible without changes
The game already has the functionality (e.g. NBT tags) required to solve these, but is not using it.
- Buckets turning into other types of buckets, by player or dispenser - Consider the implications on adventure mode and re-using buckets (
MC-48252) - Bowls filled from red and brown mooshrooms
- Glass bottles being filled
- Potions/water bottles and bowls after being consumed
- Potions/water bottles after being brewed
- Item given to panda by right clicking it
- MC-114461: Lava bucket emptied / water bucket filled in furnace
MC-191591: Saddling horse
Requires changes
Changes (e.g. addition of NBT tags) are required to support these cases.
This is a dupe of MC-1981. Someone changed the title to make it misleading. Its not just arrows.
This is a dupe of MC-1981. Someone changed the title to make it misleading. Its not just arrows.
This is a dupe of MC-1981. Someone changed the title to make it misleading. Its not just arrows.
That someone was me. See the /r/Mojira discussion linked in MC-1981.
Duplicate of MC-1981, if you have not, please use the search function in the future
Edit: jumped in conclusion too quickly, indeed feature request
This is very close to MC-1981 or even a duplicate
Then at least relates to MC-1981
The name has to be stored in some way, saving it as CustomName might not be the be choice as it loses the other NBT data then
Ok, prepare for something... Could please a mod mark the versions for every bug I tell you here? That would be nice.
I have a world set up for fast bug testing. That means that going into each bug report and saying "Confirmed for 1.10.1" is way more work than actually testing it. So I want to confirm for 1.10.1 with this comment:
MC-4, MC-9, MC-14, MC-87, MC-112, MC-201, MC-212, MC-234, MC-258, MC-460, MC-577, MC-667, MC-679, MC-696, MC-697, MC-849, MC-868, MC-926, MC-957, MC-997, MC-1040, MC-1127, MC-1133, MC-1168, MC-1207, MC-1218, MC-1297, MC-1390, MC-1429, MC-1530, MC-1531, MC-1538, MC-1541, MC-1555, MC-1578, MC-1673, MC-1685, MC-1691, MC-1981 and MC-2023.
All of these are tested in 1.10.1. For some others I have additional information:
MC-711 not testable with my setup because of a crash that's new in 1.10.1.
MC-779: At least some appear outside, didn't test all. What's sure is that no general solution got introduced.
Confirmed MC-1511 for stone button, lever, torch, redstone dust, normal rail, end rod, tripwire hook, ladder and flower pot. Others are untested.
Confirmed MC-1874 for chest, brewing stand, enchanting table and flower pot. Others are untested. It's apparent that there isn't a general solution here either.
Thank you for your report!
We're actually already tracking this issue in MC-1981, so I resolved and linked this ticket 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 in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-1981, so I've resolved and linked this ticket 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:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
Duplicate of MC-1981
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-1981.
Please use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
Hi there!
This looks like a duplicate of MC-1981.
I heard that MC-1981 has been fixed so I tested this with 23w43b, but I found this problem is still there.
When a renamed arrow is shot from a dispenser and kills a player, the death message will say "<PLAYERNAME> was shot by Arrow" even though the arrow is renamed. I expect the message should be "<PLAYERNAME> was shot by <ARROWNAME>".
Same thing happens when a renamed arrow goes through lava to get flame and blow up a minecart with TNT. I'll attach scrennshot of the simple test case.
Thank you!
same for boats and minecarts
I think this works as intended. As annoying as it is, entities are not currently capable of retaining information from their item state.
Well I imagine it could work just like spawn eggs do, actually it would be pretty cool if boats displayed their names like mobs do.
Minecarts have been fixed, but arrows from a dispenser, etc. haven't.
Confirmed for 08a
Confirmed 14w10a,b,c
Arrows shot from bows, snowballs thrown at friends...
Command blocks are affected as well. They retain their NBT data but their name gets replace by [@]
At least cakes have been fixed in 1.8.
This happens for banners as well. It happens in 1.8.1. Maybe it's intended. But, please, make sure the names (given by using the anvil) are saved even after you have placed the banner in the world.
also happens to saddles on pigs(annoying when you get the achievement via a named saddle)
the tipped arrows work for this in 15w31a, yet normal arrows don't
Confirmed for
So basically all arrows are now affected?
Yes
Confirmed for 1.10.
Confirmed for 1.10.1.
Confirmed for 1.10.2
Confirmed for 1.12-pre5
I named some arrows Bullet and picked them up. They were named "Arrow." That was in a snap shot for 1.8.
Currently only version 1.12 is supported. 1.8 snapshots are almost 3 years old, you should really update! What do you even use to start these? They are not in the regular launcher.
Can confirm for MC 1.12.1.
Affects 1.13.1
Affects 1.14.1
Affects 20W12A
Affects 1.16.1
Affects 20w27a
pulpetti It's usually not very useful to confirm something for every past snapshot, only for the current one and the latest release. If you want, you can check which version introduced a bug, but I don't know if Mojang looks at that.
You can also look at this list and the reply to it if you want to do more: https://www.reddit.com/r/Mojira/comments/gr54ik/mojira_ama/fww0akd/
Affects 20w29a
Can confirm in 20w48a.
Can confirm in 20w49a.
Can confirm in 21w03a.
Can confirm in 21w05a.
Can confirm in 21w05b.
Can confirm in 21w06a
Can confirm in 21w07a. Video attached.
Can confirm in 21w11a.
Can confirm in 1.16.5 and 21w14a.
Can confirm in 21w15a.
Can confirm in 21w17a.
Can confirm in 1.17.
Can confirm in 1.17.1.
Can confirm this in 21w44a. Here are some extra details regarding this problem.
The Bug:
Arrows lose their NBT data when shot and picked up.
Steps to Reproduce:
/give @s minecraft:arrow{display:{Name:'{"text":"MC-1981"}'}}Observed Behavior:
Arrows lose their NBT data when shot and picked up.
Expected Behavior:
Arrows would not lose their NBT data when shot and picked up.
Can confirm in 1.18.1.
Can confirm in 1.18.2.
Can confirm in 1.19.
Can confirm in 1.19.1.
Can confirm in 1.19.2.
Can confirm in 23w04a
Can confirm in 23w05a
Can confirm in 23w06a
Affects 1.20.1.