ItsMartin
- itsmartin
- itsmartin
- Europe/London
- Yes
- No
MC-3575
Standing right next to an exploding TNT minecart, I took no damage.
~ Standing right next to an exploding TNT minecart, I took no damage. ~
Please close this bug (see comment below).
Steps to reproduce:
- Build a bridge sideways (i.e. holding shift+S+D or shift+S+A and right mouse button, while pointing at the side of the block you are standing on).
- While bridging, run out of blocks and switch from the empty slot to a new slot using the mouse wheel. (Do not release any keys or mouse button).
- Fall to your death.
I can reproduce this in creative mode and survival, in 1.4.7 and 1.5. It is much more likely to happen under increased latency conditions (ping). (I cannot reproduce it in singleplayer, presumably due to the lack of latency.)
Steps to reproduce:
- Build a bridge sideways (i.e. holding shift+S+D or shift+S+A and right mouse button, while pointing at the side of the block you are standing on).
- While bridging, run out of blocks and switch from the empty slot to a new slot using the mouse wheel. (Do not release any keys or mouse button).
- Fall to your death.
I can reproduce this in creative mode and survival, in 1.4.7 and 1.5. It is much more likely to happen under increased latency conditions (ping). (I cannot reproduce it in singleplayer, presumably due to the lack of latency.)
Example video 1: http://www.youtube.com/watch?v=MtUK2ydoGd0
Example video 2: http://www.youtube.com/watch?v=wWFUr2AgHtQ
Steps to reproduce:
- Build a bridge sideways (i.e. holding shift+S+D or shift+S+A and right mouse button, while pointing at the side of the block you are standing on).
- While bridging, you run out of blocks and switch from the empty slot to a new, full slot using the mouse wheel. (Do not release any keys or mouse button).
- Fall to your death.
I can reproduce this in creative mode and survival, in 1.4.7 and 1.5. It is much more likely to happen under increased latency conditions (ping). (I cannot reproduce it in singleplayer, presumably due to the lack of latency.)
Example video 1: http://www.youtube.com/watch?v=MtUK2ydoGd0
Example video 2: http://www.youtube.com/watch?v=wWFUr2AgHtQ
Seems like the credits (which can be found in the .jar in \assets\minecraft\text\
end.txt) haven't been updated for a while, and some developers who have contributed a lot to 1.8 aren't mentioned.Seems like the credits (which can be found in the .jar in \assets\minecraft\text\credits.txt) haven't been updated for a while, and some developers who have contributed a lot to 1.8 aren't mentioned.
Duplicate of
MC-2497Fixed in 1.4.5.
Adam: the pre-release is available now. The automatic update is due on Tuesday. http://mojang.com/2012/11/minecraft-1-4-5-pre-release/
Are we 100% sure that beds, doors and switches were meant to be included? It seems unlikely, from a gameplay point of view.
Thank you for the info about being able to interact when not holding an item, very useful.
This is incorrect, but I am unable to close the issue (was in peaceful mode when testing).
Confirmed.
Confirmed in 13w02a.
Confirmed in 13w02b.
Confirmed in 1.4.6 and 13w02b.
This is a duplicate of
MC-6742, and is fixed in 13w02b.Discussion of this bug on /r/minecraft
SethBling's gif showing the bug
And this report isn't for the latency. It's for a real bug whose effects are more likely to be seen under higher latency conditions. So your reason for marking it invalid makes no sense.
Time to test again?
Sorry, I see that now. I didn't realise that jira doesn't show those changes in the default tab.
I'm not sure about the "immediately after sneaking" part of the description. I experience this bug extremely frequently, and I've never noticed a connection with sneaking. It's certainly happened when I haven't been sneaking.
As others have said, it does seem more likely to happen when you double-tap rapidly. It's an incredibly frustrating and long-standing issue with the game.
(Latency also seems to worsen it, but clearly cannot be the root cause of the bug.)
This may need to be reopened. There are many reports of out-of-control ocelot spawning in recent 1.6.1 builds of CraftBukkit, and comments from Bukkit staff on the issue (https://bukkit.atlassian.net/browse/BUKKIT-4449) suggest that this is a vanilla bug.
This still occurs in a completely fresh install with the latest snapshot.
To reproduce:
Confirmed for 13w37a in SMP. Three horses next to each other all dropped their leashes when restarting the server.
This may be an unrelated issue, but sometimes when fishing close to you and this glitch happens, you catch no fish. May be client/server desync. Seen on 13w36a/b.
Couldn't reproduce, but this is probably a duplicate of
MC-30806.Confirmed, you can click the link in chat as many times as you want. This is probably working as intended, though. It's true that it would probably make this feature more useful if the links only worked once.
I couldn't reproduce this. This is probably due to some chunks in your world having been generated in a different version of the game.
You're probably experiencing this bug:
MC-30870Duplicate of
MC-29748See
MC-29454, I think that's what you're experiencing.Confirmed, was able to reproduce this in 13w37b.
Still exists in current snapshot.
This still remains an issue in 43a
Just to add, this bug is being exploited by players to "water walk" on pvp mini-game servers. By placing lilypads client-side while they are in creative mode prior to the start of the game, they can walk on top of the water later.
Similar experience here with a brand new 1.7.2 world created 4 days ago. CPU usage is maxing out with only a handful of players on, and the server is getting about 4-5 ticks per second.
See bug
MC-38160, may be the same issue.I can no longer reproduce this in the latest version (1.7.2).
My server is running on a VPS without the option of a GUI, and I have experienced extremely this extremely high CPU usage.
Confirmed to exist in latest release and latest snapshot, 1.7.4 and 14w03b.
Also, just to add that you can also place doors client-side in protected areas, in a similar fashion to lily pads. The door does not persist visually like the lily pad does, but the upper half of its hitbox remains and can be walked on. I have tested this in the same versions.
Issue was created almost simultaneously with
MC-56899. Please close.I just noticed this bug in 14w32d. The plant does appear when you update a nearby block.
Confirmed in 14w32d.
The duplication part of this bug (which is still possible in recent snapshots according to
MC-68829) should be fixable, even if 'ghost players' aren't.I can't reproduce this in 1.8-pre2.
Here's what I've tried.
This should work, as my player does seem to stay logged in for a while when I disconnect A's internet. However, as soon as I join from B, I see my ghost self leave instantly. There's never any opportunity to abuse the bug.
Can anyone who currently has this bug detail exactly how it can be reproduced?
Confirmed. Also happens if you block with a sword instead of eating.
Can't reproduce this bug in vanilla.
The server in question is still running 1.7 and accepting 1.8 clients via protocol hacks.
"Blockhitting" is a popular PvP technique which basically boils down to mashing both mouse buttons when attacking another player, so that you are both hitting the player and (hopefully) blocking their damage. It seems to have been broken/nerfed by 1.8.
I think this is probably fixed now per
MC-70359.Confirmed for 1.8.
Confirmed for 1.8.
Confirmed that this is still an issue in the 1.8 release. This should be considered a bug, since spectator gamemode is designed to prevent all interference with gameplay.
I think this might have been an intended feature change, but it definitely has a negative impact on many PvP gamemodes. Would be good if this could be reverted to how it was before.
Frustrating that this was closed. This bug has never been addressed and definitely still exists in the latest version of the game. Putting the onus on the submitter to continuously test and update the "affected versions" on a regular basis doesn't seem like a good policy :/
Can't reproduce this in the end. Just tested this and spawned this little guy after throwing a couple of stacks of pearls.
Confirmed in 18w22b.
Confirming for 1.13-pre1.
I suspect the water aspect of this might be intentional? For lava though, and for double slabs. it makes no sense.
Also, this seems to be related to
MC-126906.Still an issue in 1.13-pre2