nottellingyou
- Rifcleous
- rifcleous
- Europe/Stockholm
- Yes
- No
MC-166939
This issue relates to the display of stats in tool/weapon descriptions. As far as i have tested, it does not have an impact on how much damage is actually dealt.
Wooden Sword
+3 Attack Damage
-2.4 Attack SpeedPlayer's Base Stats (Modified using /attribute for the purpose of showing the bug)
-1 Attack Damage (Normally 1)
10 Attack Speed (Normally 4)Combined Stats
2 Attack Damage
7.6 Attack SpeedAs you can see from the attached image, Attack Speed is correctly displayed, whilst Attack Damage is not. Before you ask, this does not relate to the fact that the base Attack Damage has been set to a negative value, as positive values greater than normal (Ex. 10) shares the same display result as a negative. Note that this bug is encountered in both creative and survival, as the increased damage from the Strength buff is not listed either.
Commands used
/attribute @s minecraft:generic.attack_damage base set -1
/attribute @s minecraft:generic.attack_speed base set 10**
This issue relates to the display of stats in tool/weapon descriptions. As far as i have tested, it does not have an impact on how much damage is actually dealt.
Wooden Sword
+3 Attack Damage
-2.4 Attack SpeedPlayer's Base Stats (Modified using /attribute for the purpose of showing the bug)
-1 Attack Damage (Normally 1)
10 Attack Speed (Normally 4)Combined Stats
2 Attack Damage
7.6 Attack SpeedAs you can see from the attached image, Attack Speed is correctly displayed, whilst Attack Damage is not. Before you ask, this does not relate to the fact that the base Attack Damage has been set to a negative value, as positive values greater than normal (Ex. 10) shares the same display result as a negative. Note that this bug is encountered in both creative and survival, as the increased damage from the Strength buff is not listed either.
Commands used
/attribute @s minecraft:generic.attack_damage base set -1
/attribute @s minecraft:generic.attack_speed base set 10**This issue relates to the display of stats in tool/weapon descriptions. As far as i have tested, it does not have an impact on how much damage is actually dealt.
Wooden Sword
+3 Attack Damage
-2.4 Attack SpeedPlayer's Base Stats (Modified using /attribute for the purpose of showing the bug)
-1 Attack Damage (Normally 1)
10 Attack Speed (Normally 4)Combined Stats
2 Attack Damage
7.6 Attack SpeedAs you can see from the attached image, Attack Speed is correctly displayed, whilst Attack Damage is not. Before you ask, this does not relate to the fact that the base Attack Damage has been set to a negative value, as positive values greater than normal (Ex. 10) shares the same display result as a negative. Note that this bug is encountered in both creative and survival, as the increased damage from the Strength buff is not listed either.
Commands used
/attribute @s minecraft:generic.attack_damage base set -1
/attribute @s minecraft:generic.attack_speed base set 10
With the same description?
Reported it here because it seems more like something that isn't working as it's supposed to, since items are visible on the heads of all other mobs.
Sorry
Oh, should probably have included that i tried getting it to work multiple times, i even tried the old attribute names like "maxHealth" (Which obviously didn't work, didn't really expect it to either). I also tried doing "minecraft:generic.max_health", but that didn't work either. /summon zombie ~ ~ ~ {Health:30f,Attributes:[
{Name:"generic.max_health",Base:30}]} also seems to be working without the "minecraft:", so i don't know. Might be intended, or just some of trouble that would inevitably come with changing the attribute names.
Sorry for my incompetence.
It would actually seem as though this only part of a larger issue... Extracting attribute values from entities with /execute store just gets a zero
MC-186089is most likely the same issue i'm encountering. Sorry.Wait, players are not intended to have this basic attribute?
All instances were spawned in by myself. Also, i just noticed that they hold up their bows as they are supposed to do when they have immunity frames, although they still attempt to walk towards the player.
It would seem as though the issue is caused by the entity constantly getting the Health value altered via a datapack i'm making. I am fully aware that you can just disclose this post because of this, but i still don't see why this command would cause the skeleton to have incorrect behavior.
execute as <selector(Skeleton)> store result entity @s Health double 0.001 run scoreboard players get @s <score>
Sorry, didn't see your second comment, internet is a bit slow. Some were spawned via command, others were spawned with eggs, but judging from the discovery above, i don't think it plays a role.
They carry bows.
In advance, sorry for wasting your time.
I feel like an idiot. Never knew that '"tag":' was a thing, couldn't find a mention of it anywhere. I assumed it would be "item: "#whatever" because that's the way it works with entities. Don't know if that counts as an inconsistency, but consider this "bug" resolved i guess.
It isn't a duplicate of MC-113552
MC-113552 relates to items with custom modifiers (Acquired via commands) displaying those modifiers instead of the player's actual stats. This issue relates to unmodified vanilla items (Acquired via Survival gameplay or Creative Inventory) displaying incorrect values, specifically the Attack Damage attribute.
Players have a base Attack Damage of 1, this is why you can punch mobs with a bare hand and deal 1 damage. With a Wooden Sword, players deal 4 damage. 4 - 1 = 3, so a Wooden Sword adds 3 Attack Damage.
No, as it says in the report, i used /attribute to change my Attack Damage base from 1 to -1, therefore the calculation would be -1 + 3 = 2, and 2 would be the correct display value, while 4 is wrong.
The commands i used can now be found at the end of the report.
This bug is present in 1.16.4.
How is this a duplicate of
MC-10755?I can confirm that this is still present in 20w51a.
Sorry for the messy report, english is not my first language. Thank you for editing it.
Still present in 21w03a.
Still present in 21w05a.
Still present in 21w07a.
Still present in 21w08a.
Can confirm in 21w13a.