Krisha Kozák
- KrishaCZ
- krishacz
- Europe/Stockholm
- Yes
- No
Detector rails don't auto-rotate when placed under a minecart
Looks like they activate first and then forget they were supposed to connect.
How to reproduce:
- create a line of at least two rails (probably of any type, haven't tested with others than normal) going east to west (this is important)
- drive a minecart off one end, make it sit right next to it.
- place a detector rail under the minecart.
- observe
This does sound very much like a duplicate of MC-158414, but it is slightly different (they don't teleport back, they stay frozen) and also affects the newest release version.
THE ISSUE:
Whenever another player on a multiplayer server is riding a boat, a minecart or a horse (presumably other entities as well, tested these three) and ride away from you, their player stays frozen at the point in which they left your range. They still turn their body and head toward where the actual player is facing, but otherwise they are stuck (at least that's what your client thinks). You cannot damage them, but they can block your path. (which is very annoying when you're racing on a boat racetrack)
REPLICATION STEPS:
for a more controlled test environment, build an optional straight test track.
Have a friend hop onto a rideable entity and ride away from you. after a few seconds, the entity they're riding should disappear and they look like they are just standing there. you can now approach their ghost and even touch them, as long as you don't get close enough to them that they return into your entity render range.
UPDATE:
Now I have recorded this behaviour on video. The vid itself is unfortunately too long and big for the bug tracker's 10MB limit, but here it is on youtube: https://www.youtube.com/watch?v=T6icK1QmDxQ
NOTE:
Full disclosure, this was only tested on a Paper/Spigot server. it is possible that this issue is caused by the plugins. I cannot test it otherwise.
Attached are two screenshots of players being stuck in place. One looks like they're inside a block, because they were in a boat, while the other is floating because they were on a horse.
I am really not sure if this is intended behaviour, but since redirecting it by placing another piece of dust does affect them, I would assume so.
INTENDED BEHAVIOUR:
when you redirect a piece of redstone dust by placing a block on top of it, thus breaking its connection to an adjacent piece of wire diagonal to it (next to it and one block higher, connected vertically), any adjacent redstone components like lamps, pistons or trapdoors, should power or unpower accordingly.
CURRENT BEHAVIOUR:
It doesn't do that, so you can have a piston being powered by nothing, or a trapdoor that should be open but isn't
REPLICATION STEPS:
Honestly, best way to describe the bug and steps to replicate it is visually, just follow the screenshots (I hope they upload in the correct order)
Step 1: place two bits of redstone, a powerable block (that doesn't redirect wire like repeaters do) and a power source.
Step 2: block the connection between those two bits of redstone
Step 3: observe how the powerable block doesn't get powered even though the wire is running right into it. Updating the component by BUDding it makes it powered again.
Cannot confirm the provided seed and coordinates from 2018-02-14_21.55.05.png![]()
4752544133318686252 /teleport -330 54 229
But saw it myself as well.
@Krisha Kozák can you please next time provide seed and coordinates in text form as well? For you it is easy to copy the seed from the log or the output of a command block and use tab-completion to get the coordinates.










Confirmed for 15w35b but only Dark Oak does that.
Added a new screenshot with the seed and coordinates. I don't think these are the same kelp as in the initial one, I was just flying around until I found a double.
Hah, I actually did search for "sign" but I didn't see this one. Sorry and thanks.
Hey, I made a video showing this bug. It's in the post itself as a youtube link, or here it is: https://www.youtube.com/watch?v=T6icK1QmDxQ
Like i said, this happens with any entity being ridden by a player, on water, ice or solid ground.