Mueller857
- Mueller857
- JIRAUSER738106
- Europe/Stockholm
- Yes
- No
MC-256889![[Mojang] Panda](../../../data/avatars/users/41658.png){kind=small}
![[Mojang] elvendorke](../../../data/avatars/users/81677.png){kind=small}
![[Mojang] Brandon Pearce](../../../data/avatars/users/40932.png){kind=small}
Low
Since bold text is set to be displayed by overlapping identcal gryph shifted to right by 1 pixel which is based on Mojangle(the default font), custom fonts which is thinner than Mojangle displayed as doubled when they are set to bold with gap between original gryph and overlapping gryph.
Similar bug have been reported as
MC-76356, and it was resolved by changing the amount of shift to 0.5 Mojangle pixel, and there should be field like "bold_shift" to specify how much shift apply to overlapping gryph on ttf gryph provider to resolve this issue.
When a non-player entity are added to objectives, its UUID is displayed as its name in display slot.
However, when the objective executes auto display name update and the entity doesn't have any custom display name, the name of its entity type are used as display name.
When a non-player entity are added to objectives, its UUID is displayed as its name in display slot.
However, when the objective executes auto display name update and the entity doesn't have any custom display name, the name of its entity type are used as display name.
Step to reproduce:
- Create new world
- Run following commands
scoreboard objectives add test dummy "test" scoreboard objectives setdisplay sidebar test execute summon minecraft:armor_stand run scoreboard players add @s test 1 scoreboard objectives modify test displayautoupdate true execute summon minecraft:armor_stand run scoreboard players add @s test 1
- The first armor stand will shown with its UUID and the second armor stand will shown with entity name.
When a non-player entity are added to objectives, its UUID is displayed as its name in display slot.
However, when the objective executes auto display name update and the entity doesn't have any custom display name, the name of its entity type are used as display name.
Step to reproduce:
- Create new world
- Run following commands
scoreboard objectives add test dummy "test" scoreboard objectives setdisplay sidebar test execute summon minecraft:armor_stand run scoreboard players add @s test 1 scoreboard objectives modify test displayautoupdate true execute summon minecraft:armor_stand run scoreboard players add @s test 1
- The first armor stand will shown with its UUID and the second armor stand will shown with entity name.
When a non-player entity are added to objectives, its UUID is displayed as its name in display slot.
However, when the objective executes auto display name update and the entity doesn't have any custom display name, the name of its entity type are used as display name.
Step to reproduce:
- Create new world
- Run following commands
scoreboard objectives add test dummy "test" scoreboard objectives setdisplay sidebar test execute summon minecraft:armor_stand run scoreboard players add @s test 1 scoreboard objectives modify test displayautoupdate true execute summon minecraft:armor_stand run scoreboard players add @s test 1The first armor stand will shown with its UUID and the second armor stand will shown with entity name.
When a non-player entity are added to objectives, its UUID is displayed as its name in display slot.
However, when the objective executes auto display name update and the entity doesn't have any custom display name, the name of its entity type are used as display name.
Step to reproduce:
- Create new world
- Run following commands
scoreboard objectives add test dummy "test" scoreboard objectives setdisplay sidebar test execute summon minecraft:armor_stand run scoreboard players add @s test 1 scoreboard objectives modify test displayautoupdate true execute summon minecraft:armor_stand run scoreboard players add @s test 1The first armor stand will shown with its UUID and the second armor stand will shown with entity type name.
When taking item from flower pot, the popping animation of item is much quicker than it used to be before 1.20.5 (24w09a).
How to reproduce
- Place a flower pot
- Put a plant into it
- Take out the plant from flower pot in a way that plays popping animation, i.e. make sure to have same kind of plant in your hotbar and take the plant out with non-empty hand in order to the count of stack increases.
- Compare the speed of popping animation between 1.20.5 (24w09a) and before that.
When taking item from flower pot, the popping animation of item is much quicker than it used to be before 1.20.5
(24w09a).How to reproduce
- Place a flower pot
- Put a plant into it
- Take out the plant from flower pot in a way that plays popping animation, i.e. make sure to have same kind of plant in your hotbar and take the plant out with non-empty hand in order to the count of stack increases.
- Compare the speed of popping animation between 1.20.5
(24w09a)and before that.
25w02a.mp4
Affects 1.20.1.
Attached example resourcepack which uses Unifont JP, a JP variant of GNU Unifont which is used in default Minecraft. I think there should be field to specify how much pixel the overlapping gryphs should be shifted, just as
MC-76356was resolved.Additionally, this affects the offset of shadow and glowing text.
Can confirm in 1.20.2 and 23w40a.
Can confirm in 1.21.4, but this is no longer the case after 25w02a, in which /setblock behavior was changed.
Can confirm in 25w06a.
Can confirm in 25w06a.