Bob Bobert
Assigned
Reported
MC-64493
Picking block on inverted daylight sensor doesn't work
Fixed
MC-63236
You can't walk onto stairs when there is a block in a certain place unless you are looking in the direction of the stairs
Duplicate
MC-63210
Standing on chunk border while looking at a certain angle makes chunks transparent
Duplicate
MC-61128
Connection lost when connecting to server
Fixed
MC-60979
Skull name in Statistics is item.skull.name
Duplicate
MC-37341
Cactus texture does not render correctly in inventory
Duplicate
MC-35686
World re-renders while changing render distance
Invalid
MC-26682
Minecarts don't keep their lore text when you break them
Incomplete
MC-305
Blocks are not shaded when selected in beacon GUI.
Fixed
Comments
Sorry, this isn't actually a duplicate. It doesn't matter if the stairs were placed before 14w30b, and you can break blocks through the holes in the stairs just fine. That is a completely different bug from what I can tell. Please reopen.
I am using an amplified world though, and there are blocks at the height limit, which may be the issue. There is an IndexOutOfBounds exception, so the probably might be that the buffer containing the blocks might not have room for 256 blocks, perhaps this was an off by one error and one of the devs accidentally only allocated space for 255.
No barriers here
keywords: item.skull.name
The original listing did not include the actual incorrect names
This happens when a trapdoor is placed on the west or east sides of a block
Which blocks?
This bug has the correct information
Also in 14w25b
Still in 14w25b
Still present in 1.7.4 prerelease.
Still present in Minecraft 1.7.2.
Present in official 1.7.2 release.
That's what the nether looks like with a night vision potion.
What an awful title. Also, none of those are bugs
crash report, because i am affected
Odd, because even if you set the enchanted_item_glint.png to be a transparent texture, it will still cause an FPS drop when holding/using it. Very strange, hope this gets fixed soon.
I know that they are not capable of keeping lore text. When a minecart is used on a rail by right-clicking, the item is deleted and it spawns an entity on the rail in the location that the player clicked on. It is capable of spawning with some of the same attributes as the item. However, when it is broken, the entity will delete itself and spawn an item on the ground. Minecarts do not yet have the ability to recognize lore text in its entity form, so they drop themselves without that data. However, they can be programmed to have that data saved when they are in an entity state. You were probably going for "it isn't a bug, because that feature is not implemented yet," so you are correct in that this would be better marked as a feature request. However, I found that if the entity is capable of retaining its name, it should also be capable of retaining its lore text, as they are both displayable in the inventory.
Also affects 1.6.2
I think this should be reopened. While you are now able to open the pause menu, you are still not able to open your inventory or the chat.