There's so much information being conveyed in the names that they become overwhelming to read! Perhaps all variants could be renamed "Copper Block"/"Waxed Copper Block" and the weathered status could be moved to a tooltip (like enchantments, copy stages of a book or patterns in a banner)? It's already possible to see the current stage just by looking at the color of the block.
Ah, my bad. Would it be possible to update that report's description with this one's? I think it more accurately describes the problem through the mentioned examples.
Most of the new advancements added in 20w20a are also affected, I added them to the list.
I don't remember having changed it, but in any case, I just tested on a different device and the same thing happened.
Any updates on this issue? I've been getting this error everytime there's an update to the Launcher. I found out that the issue occurs when deleting the older version of the launcher (MinecraftLauncher.exe.backup
); as soon as I delete it manually it is able to update normally.
Confirmed for 1.14.
Confirmed for 1.14.
One thing you did not address is that "left click" is not called "left click", but "left button". So in reality it's even weider because the narrator actually says the word "button" twice, i.e. "Attack/Destroy is bound to left button button"!
I can no longer reproduce this as of 1.14-pre1. May have been fixed?
Noticed this as well!
In my case, specifically after teleporting, chunks right in front of the player sometimes don't load while chunks farther away do. Reloading chunks (F3 + A) doesn't fix the issue, as well as changing your FOV, rotating your head, walking/flying around. I've noticed sometimes breaking a block in the "missing" chunks will make them appear again. Relogging is the only 100% effective way of making chunks appear.
I can confirm this in 19w13a.
Confirmed for 19w12b.
This issue is aggravated by the newly added usage of tooltips in the villager trading GUI. Not only is it a huge inconvenience for language translations, even in English it barely fits on the screen (see attached screenshot).
Perhaps a solution would be to add a margin that the tooltip could lie within. When the left edge of the tooltip box is lower than the margin, it gets "locked" to that position and expands to the right instead (a similar "rule" was added as the fix for MC-11654; more specifically, if the tooltip is too long to be displayed at the right of the mouse cursor, it gets shifted to the left side instead).
This would, however, only postpone the problem, not solve it completely, as long enough text would again overflow the right edge of the screen. But it would remedy it by allowing many more characters to be displayed, as the full width of the screen would be utilized.
Confirmed for 19w12b.
What if, like it was done for languages, the change is only applied after you press 'Done'? You might drag the slider multiple times before setting the definitive value, and this would avoid unnecessary wait.
Additionally (this is a bit more of a suggestion), some sort of border could be added to that square to separate it from the GUI background, as right now it looks a bit like it came out of nowhere.
"Smooth Quartz" should be "Smooth Quartz Block". It's inconsistent with "Chiseled Quartz Block", besides that it's derived from quartz blocks (just "quartz" is the item name).
I can confirm this on 1.19.2. Once triggered, it makes it pretty much impossible to use the game log when developing data packs/resource packs, and the only way out seems to be to restart the entire game.