Minecarts stop or derail on curves of tracks
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
shows one situation, the three hopper minecarts in the picture were on different tracks before the bug happens. In other tests using other types of minecarts, the bug also happened: the minecarts can suddenly stop, jump onto neighbouring tracks, or jump out of the track.
How to reproduce
- The bug are easy to be reproduced on multiple minecarts that run on different circular tracks placed like concentric rings (e.g. 2019-07-01_17.35.37.png
). If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug. Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
Note
It seems that the stopping and derailing is mainly caused by the minecarts on neighbouring tracks; the stopped minecarts can begin to run again after being passed by a minecart on the neighbouring track, and sometimes minecarts change direction after being passed by a minecart on the neighbouring track.
In situations that only one minecart is present, the bug had also been witnessed before, but it in average took a very long time to reproduce, so I cannot be certain about this.
Linked Issues
is duplicated by5
MC-92063Minecarts get stuck in curveDuplicateMC-150261Minecart on a curve and Activator Rail on the next block results in inconsistent behavior depending on orientationDuplicateMC-165434Minecart BugDuplicateMC-183011Minecart Turning and Clipping bugDuplicateMC-270360The orientation of the minecart is chaoticDuplicate
Low
- Unresolved
![[Mod] Jiingy](../../../data/avatars/users/91802.png)
[Mod] Jiingy
Jacob Lormor- 42
- 21
- Confirmed
Normal- Platform
- Minecart
- experimental_minecart_fixed
1.8.4 - 24w14a
1.8.4 1.8.5 1.8.6 1.8.8 1.12.2 18w20c 18w21b 18w22c 1.13-pre1 1.13-pre2 1.13-pre3 1.13-pre4 1.13-pre5 1.13-pre6 1.13-pre7 1.13-pre8 1.13-pre9 1.13-pre10 1.13 18w30a 18w30b 18w31a 18w32a 18w33a 1.13.1-pre1 1.13.1-pre2 1.13.1 1.13.2-pre1 1.13.2-pre2 1.13.2 18w43a 18w43b 18w43c 18w44a 18w45a 18w46a 18w47a 18w48a 18w49a 18w50a 19w02a 19w03a 19w04a 19w05a 19w06a 19w07a 19w08b 19w09a 19w11a 19w12a 19w13b 19w14a 1.14-pre2 1.14 1.14.1-pre1 1.14.1-pre2 1.14.1 1.14.2-pre2 1.14.2-pre3 1.14.2 1.14.3-pre2 1.14.3 1.14.4 19w40a 1.15-pre1 1.15 1.15.2 20w06a 1.16.3 1.17 1.18.1 1.19.3 1.19.4 1.20.4 24w14a
Created Issue:
Hopper minecarts and possibly other types of minecarts randomly stop moving around curves in track.
I'm playing in my world and I have a hopper minecart system to pick up mob drops. I have blocks right above the track maybe that's the problem I don't know but every once in a while my hopper minecarts will just stop on the track that curves. It happens so often though and it's a pain to have to break the block above it, go in, and have to enderpearl back out every time it happens. In the screenshot you can see. I have a minecart going on the other side on the separate piece of track that you see in the picture as well, it happens to that one too but not as often it seems.
Environment
windows operating system, latest java
Attachments1
is duplicated by
Hopper minecarts and possibly other types of minecarts randomly stop moving around curves in track.Minecarts randomly stop moving around curves in track.
![[Mod] Neko](../../../data/avatars/users/92901.png){kind=small}
I
'm playing in my world and I have a hopper minecart system to pick up mob drops. I have blocks right above the track maybe that's the problem I don't know but every once in a while my hopper minecarts will just stop on the track that curves. It happens so often though and it's a pain to have to break the block above it, go in, and have to enderpearl back out every time it happens. In the screenshot you can see. I have a minecart going on the other side on the separate piece of track that you see in the picture as well, it happens to that one too but not as often it seems.(The original reporter showed this old screenshot of a stopped hopper minecarts and said minecarts randomly stop while moving around curves in a track.)
I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track or stop minecarts that run beside it, and if this is blocked by blocks round the curve, the minecart will be facing towards a wrong direction(not along the track).
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
- When the minecart is moving normally near the player, it is difficult to reproduce this issue. Like the original reporter says, it's really 'random'. You cannot predict when it will happen.
- But it's much easier to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). For example, in Minecraft version 1.12.2, make a minecart move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then check the minecart, and very possibly it will be resting on a curve like how I described it earlier.
windows operating system, latest javaJava(64-bit) Version 80 on Windows 7
Minecarts randomly stop moving around curves in tracks.
(The original reporter showed this old screenshot of a stopped hopper minecarts and said minecarts randomly stop while moving around curves in a track.)
I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track or stop minecarts that run beside it, and if this is blocked by blocks round the curve, the minecart will be facing towards a wrong direction(not along the track).
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
- When the minecart is moving normally near the player, it is difficult to reproduce this issue. Like the original reporter says, it's really 'random'. You cannot predict when it will happen.
- But it's much easier to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). For example, in Minecraft version 1.12.2, make a minecart move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and very possibly it will be resting on a curve like how I described it earlier.
(The original reporter showed this old screenshot of a stopped hopper minecarts and said minecarts randomly stop while moving around curves in a track.)
I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track or stop minecarts that run beside it, and if this is blocked by blocks round the curve, the minecart will be facing towards a wrong direction(not along the track).
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
When the minecart is moving normally near the player, it is difficult to reproduce this issue. Like the original reporter says, it's really 'random'. You cannot predict when it will happen.But it's mucheasierto reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later).For example, in Minecraft version 1.12.2, make a minecart move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and very possibly it will be resting on a curve like how I described it earlier.(The original reporter showed this old screenshot of a stopped hopper minecarts and said minecarts randomly stop while moving around curves in a track.)
I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track or stop minecarts that run beside it, and if this is blocked by blocks round the curve, the minecart will be facing towards a wrong direction(not along the track).
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and soon the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It also easy to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). Make a minecart move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and very possibly it will be resting on a curve like how I described it earlier.
(The original reporter showed this old screenshot of a stopped hopper minecarts and said minecarts randomly stop while moving around curves in a track.)
I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track or stop minecarts that run beside it, and if this is blocked by blocks round the curve, the minecart will possibly be facing towards a wrong direction(not along the track).
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and soon the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It also easy to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). Make a minecart move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and very possibly it will be resting on a curve like how I described it earlier.
(The original reporter showed this old screenshot of a stopped hopper minecarts and said minecarts randomly stop
whilemovingaround curves in a track.)I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track or stop minecarts that run beside it
, and if this is blocked by blocks round the curve, theminecart willpossibly be facing towards a wrong direction(not along the track).I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and soon the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It also easy to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). Make a minecart move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and very possibly it will be resting on a curve like how I described it earlier.
(The original reporter showed this old screenshot of a stopped hopper minecarts and said minecarts randomly stop moving round curves in a track.)
I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track or stop minecarts that run beside it. (This also shows another possible bug: minecarts will sometimes influence the minecart that runs beside them, like stop it or reverse its direction.)
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and soon the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It also easy to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). Make a minecart move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and very possibly it will be resting on a curve like how I described it earlier.
Java(64-bit) Version 80 on Windows 7
(The original reporter showed this old screenshot of a stopped hopper minecarts and said minecarts randomly stop moving round curves in a track.)
I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track or stop minecarts that run beside it. (This also shows another possible bug: minecarts will sometimes influence the minecart that runs beside them, like stop it or reverse its direction.)
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and soon the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
It also easy to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). Make a minecart move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhapsdon't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and very possibly it will be resting onacurvelike how I described it earlier.(The original reporter showed this old screenshot of a stopped hopper minecarts and said minecarts randomly stop moving round curves in a track.)
I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track or stop minecarts that run beside it. (This also shows another possible bug: minecarts will sometimes influence the minecart that runs beside them, like stop it or reverse its direction.)
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce: (Please do read the third paragraph; I think perhaps it's the key to discover why this bug happens. )
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this(or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It is also easy to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). Make a minecart move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and very possibly it will be resting on a curve like how I described it earlier.
- Notice: it seems that the bug tends to happen on a track which surrounds another track(like concentric rings). The minecart that runs on the bigger ring has a considerable chance to reproduce this bug on curves of the track.
(The original reporter showed this old screenshotofastopped hopper minecarts andsaid minecarts randomly stop moving round curves in atrack.)I found this bug still exists in the newest versions: while a minecart is supposed to be moving ceaselessly on a track which includes powered rail in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track
or stop minecarts that run beside it. (This also shows another possible bug: minecarts will sometimes influence the minecart that runs beside them, like stop it or reverse its direction.)I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce: (Please do read the third paragraph; I think perhaps it's the key to discover why this bug happens. )
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this(or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It is also easy to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). Make a minecart
move in a track that has got curves in it(and with powered rails in it too to make sure it moves fast), and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, andverypossibly it will be resting on a curve like how I described it earlier.- Notice: it seems that the bug tends to happen on a track which surrounds another track(like concentric rings). The minecart that runs on the bigger ring has a considerable chance to reproduce this bug on curves of the track.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track.
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this(or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It is also easy to reproduce when entering a world(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later). Make a minecart run on a track that has got curves in it, and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and possibly it will be resting on a curve like how I described it earlier.
- Notice: it seems that the bug tends to happen on a track which surrounds another track(like concentric rings). The minecart that runs on the bigger ring has a considerable chance to reproduce this bug on curves of the track.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track.
I think it might be related to the strange behaviour that a minecart shows when it's passing a curve(it changes its moving direction in a inconsistent and too fast way). It might also be related to chunk loading or world loading(see 'How to reproduce').
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this(or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It is also easy to reproduce when entering a world
(or loading the chunk that the minecart stays in? Sorry for I didn't test this, I'll test it later).Make a minecart run on a track that has got curves in it, and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world(perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and possibly it will be resting on a curve like how I described it earlier.- Notice: it seems that the bug tends to happen on a track which surrounds another track(like concentric rings). The minecart that runs on the bigger ring has a considerable chance to reproduce this bug on curves of the track.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track.
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this (or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It is also easy to reproduce when entering a world. (According to my tests, the 'run far away and back again' type of chunk-loading won't show this bug.) Make a minecart run on a track that has got curves in it, and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world (perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and possibly it will be resting on a curve like how I described it earlier.
- Notice: it seems that the bug tends to happen on a track which surrounds another track (like concentric rings). The minecart that runs on the bigger ring has a considerable chance to reproduce this bug on curves of the track.
Minecartsrandomly stop moving around curves in tracks.Minecarts spontaneously stop on curves in some situations.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track.
(If there's a block (have only tested slabs yet, //TODO) above the position where the minecart stops, breaking the block will cause an instantaneous lag.)
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this (or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It is also easy to reproduce when entering a world. (According to my tests, the 'run far away and back again' type of chunk-loading won't show this bug.) Make a minecart run on a track that has got curves in it, and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world (perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and possibly it will be resting on a curve like how I described it earlier.
- Notice: it seems that the bug tends to happen on a track which surrounds another track (like concentric rings). The minecart that runs on the bigger ring has a considerable chance to reproduce this bug on curves of the track.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track.
(If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.)
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this (or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It is also easy to reproduce when entering a world. (According to my tests, the 'run far away and back again' type of chunk-loading won't show this bug.) Make a minecart run on a track that has got curves in it, and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world (perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and possibly it will be resting on a curve like how I described it earlier.
- Notice: it seems that the bug tends to happen on a track which surrounds another track (like concentric rings). The minecart that runs on the bigger ring has a considerable chance to reproduce this bug on curves of the track.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track.
(If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.)
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this (or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It is also easy to reproduce when entering a world. (According to my tests, the 'run far away and back again' type of chunk-loading won't show this bug.) Make a minecart run on a track that has got curves in it, and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world (perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and possibly it will be resting on a curve like how I described it earlier.
- Notice: it seems that the bug tends to happen on a track which surrounds another track (like concentric rings). The minecart that runs on the
bigger ring has a considerable chance to reproduce this bug on curves of the track.While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track.
(If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.)
How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this (or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
- It is also easy to reproduce when entering a world. (According to my tests, the 'run far away and back again' type of chunk-loading won't show this bug.) Make a minecart run on a track that has got curves in it, and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world (perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and possibly it will be resting on a curve like how I described it earlier.
- Notice: it seems that the bug tends to happen on a track which surrounds another track (like concentric rings). The minecart that runs on the outer ring has a considerable chance to reproduce this bug on curves of the track.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops on the curve of the track.
Detailed description of the stopped minecarts:
A stopped minecart in which this bug happens shows a tendency to derail. Sometimes it will move out of the track.(
If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.)How to reproduce:
- Make a closed track and a smaller closed track surrounded by the first one, put a minecart on each track, power them and possibly soon after this (or after a long-time running), the bug happens: The two minecarts either 'jump' to one track or stop on the curve.
It is also easy to reproduce when entering a world. (According to my tests, the 'run far away and back again' type of chunk-loading won't show this bug.) Make a minecart run on a track that has got curves in it, and then leave the minecart to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world (perhaps don't just close it and reopen right after closing it, it seems that the game will save the world in memory temporarily?), check the minecart, and possibly it will be resting on a curve like how I described it earlier.Notice: it seems that the bug tends to happen on a track which surrounds another track (like concentric rings). The minecart that runs on the outer ringhasa considerable chance to reproduce this bug on curvesof the track.While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.
(Picture II shows one situation, the three minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5.)
How to reproduce: (Don't forget to put powered rails in the track
.)
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster).
- The bug can also be reproduced when entering a world. (It seems that the 'run far away and back again' type of chunk-loading won't show this bug.) Make the same tracks as Method I, and then leave the minecarts to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track.
Minecarts spontaneously stop or derail on curves in some situations.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.
(Picture II shows one situation, the three minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5.)
How to reproduce: (Don't forget to put powered rails in the track
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster).
- The bug can also be reproduced when entering a world. (It seems that the 'run far away and back again' type of chunk-loading won't show this bug.) Make the same tracks as Method I
, and then leave the minecarts to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track.While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.
(Picture II shows one situation, the three minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5.)
How to reproduce: (Don't forget to put powered rails in the track
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster).
- The bug can also be reproduced when entering a world. (It seems that the 'run far away and back again' type of chunk-loading won't show this bug.) Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. (If cannot reproduce after several tests, try leave the minecarts to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks.)
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.
(
Picture IIshows one situation, the three minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5.)How to reproduce: (Don't forget to put powered rails in the track
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster).
- The bug can also be reproduced when entering a world. (It seems that the 'run far away and back again' type of chunk-loading won't show this bug.) Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. (If cannot reproduce after several tests, try leave the minecarts to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks.)
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.
(2018-06-30_15.44.00.png shows one situation, the three minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5.)
How to reproduce: (Don't forget to put powered rails in the track
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster).
- The bug can also be reproduced when entering a world. (It seems that the 'run far away and back again' type of chunk-loading won't show this bug.) Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. (If cannot reproduce after several tests, try leave the minecarts to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks.)
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
If there's a block (have only tested slabs yet, //TODO) one block above the position where the minecart stops, breaking the block will cause an instantaneous lag.(2018-06-30_15.44.00.png shows one situation, the three minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5.)
How to reproduce: (Don't forget to put powered rails in the track
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster).
- The bug can also be reproduced when entering a world. (It seems that the 'run far away and back again' type of chunk-loading won't show this bug.) Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. (If cannot reproduce after several tests, try leave the minecarts to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks.)
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
(2018-06-30_15.44.00.png shows one situation, the three minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5.)
How to reproduce: (Don't forget to put powered rails in the track
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster).
- The bug can also be reproduced when entering a world. (It seems that the 'run far away and back again' type of chunk-loading won't show this bug.) Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. (If cannot reproduce after several tests, try leave the minecarts to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks.)
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
(2018-06-30_15.44.00.png shows one situation, the three minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5.)How to reproduce: (Don't forget to put powered rails in the track
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster).
- The bug can also be reproduced when entering a world. (It seems that the 'run far away and back again' type of chunk-loading won't show this bug.) Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. (If cannot reproduce after several tests, try leave the minecarts to a distance that when re-entering the world, it won't be loaded instantly like the nearest chunks.)
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.44.00.png shows one situation, the three hopper minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5. In another test using normal minecarts, the bug also happened but tended to stop the minecart rather than make it derail.
How to reproduce: (Don't forget to put powered rails in the track
1. The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
2. The bug can also be reproduced when entering a world. Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. ([Cannot confirm]: if the bug cannot be reproduced after several tests, try leave the minecart to a distance that when loading a world, it won't be loaded instantly like things nearest the player.)
Notice:
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It seems that the bug behaves differently on normal minecarts and minecart variants: the former tend to stop while the latter tend to derail (but it could stop as well). Therefore, this bug report might be a combination of two bugs: one of them is related to all types of minecarts, and another is related to minecart variants.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.44.00.png shows one situation, the three hopper minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5. In another test using normal minecarts, the bug also happened but tended to stop the minecart rather than make it derail.
How to reproduce:(Don't forget to put powered rails in the track1. The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
2. The bug can also be reproduced when entering a world. Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. ([Cannot confirm]: if the bug cannot be reproduced after several tests, try leave the minecart to a distance that when loading a world, it won't be loaded instantly like things nearest the player.)
Notice:
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It seems that the bug behaves differently on normal minecarts and minecart variants: the former tend to stop while the latter tend to derail (but it could stop as well). Therefore, this bug report might be a combination of two bugs: one of them is related to all types of minecarts, and another is related to minecart variants.
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.44.00.png shows one situation, the three hopper minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5. In another test using normal minecarts, the bug also happened but tended to stop the minecart rather than make it derail.
How to reproduce: (Don't forget to put powered rails in the track
1. The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
2. The bug can also be reproduced when entering a world. Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. ([Cannot confirm]: if the bug cannot be reproduced after several tests, try leave the minecart to a distance that when loading a world, it won't be loaded instantly like things nearest the player.)
Notice:
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It seems that the bug behaves differently on normal minecarts and minecart variants: the former tend to stop while the latter tend to derail (but it could stop as well). Therefore, this bug report might be a combination of two bugs: one of them is related to all types of minecarts, and another is related to minecart variants.
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.2018-06-30_15.44.00.png shows one situation, the three hopper minecarts in the picture were on different tracks before the bug happens; it was shot in 1.13-pre5. In another test using normal minecarts, the bug also happened but tended to stop the minecart rather than make it derail.
How to reproduce: (Don't forget to put powered rails in the track1. The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
2. The bug can also be reproduced when entering a world. Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. ([Cannot confirm]: if the bug cannot be reproduced after several tests, try leave the minecart to a distance that when loading a world, it won't be loaded instantly like things nearest the player.)
Notice:
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It seems that the bug behaves differently on normal minecarts and minecart variants: the former tend to stop while the latter tend to derail (but it could stop as well). Therefore, this bug report might be a combination of two bugs: one of them is related to all types of minecarts, and another is related to minecart variants.The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. ([Cannot confirm]: if the bug cannot be reproduced after several tests, try leave the minecart to a distance that when loading a world, it won't be loaded instantly like things nearest the player.)
Note
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It seems that the bug behaves differently on normal minecarts and minecart variants: the former tend to stop while the latter tend to derail (but it could stop as well). Therefore, this bug report might be a combination of two bugs: one of them is related to all types of minecarts, and another is related to minecart variants.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method I. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), the minecart on the outer ring might be stopping on the curve of the track. ([Cannot confirm]: if the bug cannot be reproduced after several tests, try leave the minecart to a distance that when loading a world, it won't be loaded instantly like things nearest the player.)
Note
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It seems that the bug behaves differently on normal minecarts and minecart variants: the former tend to stop while the latter tend to derail (but it could stop as well). Therefore, this bug report might be a combination of two bugs: one of them is related to all types of minecarts, and another is related to minecart variants.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.
Note
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It seems that the bug behaves differently on normal minecarts and minecart variants: the former tend to stop while the latter tend to derail (but it could stop as well). Therefore, this bug report might be a combination of two bugs: one of them is related to all types of minecarts, and another is related to minecart variants.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.
Note
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It seems that the bug behaves differently on normal minecarts and minecart variants: the former tend to stop while the latter tend to derail (but it could stop as well). Therefore, this bug report might be a combination of two bugs: one of them is related to all types of minecarts, and another is related to minecart variants.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.
Note
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It looks like what causes the bug in Method 2 is the considerable work of loading chunks when entering a world,
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.
Note
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It looks like what causes the bug in Method 2 is the considerable work of loading chunks when entering a world
,The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.
Note
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.
It looks like what causes the bug in Method 2 is the considerable work of loading chunks when entering a world; after that, the bug won't be so frequent.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily?), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.
Note
Sometimes the stopped minecarts will resume running after a short while or after a minecart passed by.It
looks like what causes the bug in Method 2 is the considerable work of loading chunks when entering a world; after that, the bug won't be so frequent.The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily - might be related to
MC-128547), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.Note
Sometimes it is not easy to reproduce this bug by Method 1, but as long as the minecarts keeping running, the bug will happen at last.
It looks like what causes the bug in Method 2 is the considerable work of loading chunks when entering a world; after that, the bug won't be so frequent.
It's hard to explain all the conditions needed for the bug to happen, but if you play Survival and has a farm with a hopper minecart system (with more than one minecart in it), you definitely have experienced the pain to reset the system again and again...
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily - might be related to
MC-128547), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.Note
Sometimes it is not easy to reproduce this bug by Method 1, but as long as the minecarts keeping running, the bug will happen at last.
It looks like what causes the bug in Method 2 is the considerable work of loading chunks when entering a world; after that, the bug won't be so frequent.
It's hard to explain all the conditions needed for the bug to happen, but if you play Survival and ha
sa farm with a hopper minecart system (with more than one minecart in it), you definitely have experienced the pain to reset the system again and again...The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily - might be related to
MC-128547), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.Note
Sometimes it is not easy to reproduce this bug by Method 1, but as long as the minecarts keeping running, the bug will happen at last.
It looks like what causes the bug in Method 2 is the considerable work of loading chunks when entering a world; after that, the bug won't be so frequent.
It's hard to explain all the conditions needed for the bug to happen, but if you play Survival and have a farm with a hopper minecart system (with more than one minecart in it), you definitely have experienced the pain to reset the system again and again...
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily - might be related to
MC-128547), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.Note
Sometimes it is not easy to reproduce this bug by Method 1, but as long as the minecarts keeping running, the bug will happen atlast.It
looks like what causes the bug in Method 2 is the considerable work of loading chunks when entering a world; after that, the bug won't be so frequent.It's hard to explain all the conditions needed for the bug to happen, but if you play Survival and have a farm with a hopper minecart system (with more than one minecart in it), you definitely have experienced the pain to reset the system again and again...
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily - might be related to
MC-128547), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.Note
The bug happens especially when the game is experiencing a lag, but it is not certain if the bug is 100% caused by lags.
It's hard to explain all the conditions needed for the bug to happen, but if you play Survival and have a farm with a hopper minecart system (with more than one minecart in it), you definitely have experienced the pain to reset the system again and again...
Minecarts spontaneously stop or derail on curvesin some situations.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings
; three rings are enough to cause the bug shortly after minecarts start to run. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug(but the latter one is often faster). But minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well.
- The bug can also be reproduced when entering a world. Make the same tracks as Method 1. Then next time when you enter the world (perhaps don't just reopen it right after closing it, it seems that the game will save the world in memory temporarily - might be related to
MC-128547), one or more of the minecarts might be stopping on the curve of the tracks or jumping over different tracks.Note
The bug happens especially when the game is experiencing a lag, but it is not certain if the bug is 100% caused by lags.
It's hard to explain all the conditions needed for the bug to happen, but
if you play Survival and have a farm with a hopper minecart system (with more than one minecart in it), you definitely have experienced the pain to reset the system again and again...The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings when the game is experiencing a lag. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug. Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder.
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). In this situation, the bug
Note
The bug happens especially when the game is experiencing a lag, but it is not certain if the bug is 100% caused by lags.
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings when the game is experiencing a lag. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug. Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder.
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). I
n this situation, the bugNote
The bug happens especially when the game is experiencing a lag, but it is not certain if the bug is 100% caused by lags.
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings when the game is experiencing a lag. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug. Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder.
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings when the game is experiencing a lag. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug. Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder.
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
Minecarts spontaneously stop or derailon curves.Minecarts stop or derail spontaneously on curves.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings when the game is experiencing a lag. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder.
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on the curve of the track in some situations.
2018-06-30_15.04.00.png
; it was shot in 1.13-pre5. Inanother test using normal minecarts, the bug also happened but tended to stop the minecart rather than make it derail.How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings
when the game is experiencing a lag. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder.
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
relates to
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
This bug has become quite serious in snapshot 19w09a (and 19w08b as well, according to the comment of @Happ MacDonald); it happens almost certainly when a minecart (of any kind) runs through the curves of tracks. Checking the recent changes to the code might help find out the cause of this bug.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
This bug has become quite serious in snapshot 19w09a(and 19w08b as well, according to the comment of @Happ MacDonald); it happens almost certainly when a minecart (of any kind) runs through the curves of tracks. Checking the recent changes to the code might help find out the cause of this bug.The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
This bug has become quite serious in snapshot 19w09a (and 19w08b as well, according to the comment of @Happ MacDonald); it happens almost certainly when a minecart (of any kind) runs through the curves of tracks. Checking the recent changes to the code might help find out the cause of this bug.(seems to be a different bug)
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
This bug has become quite serious in snapshot 19w09a (and 19w08b as well, according to the comment of @Happ MacDonald); it happens almost certainly when a minecart (of any kind) runs through the curves of tracks. Checking the recent changes to the code might help find out the cause of this bug.(seems to be a different bug)The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
The derailing part of this bug has become quite serious in snapshot 19w09a (and 19w08b as well, according to the comment of @Happ MacDonald), which is recorded as
MC-144605and the latter get fixed in snapshot 19w11a. However, whether the derailing part of this bug is completely fixed or not cannot be confirmed,
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
The derailing part of this bug has become quite serious in snapshot 19w09a (and 19w08b as well, according to the comment of @Happ MacDonald), which is recorded as
MC-144605and the latter get fixed in snapshot 19w11a. However, whether the derailing part of this bug is completely fixed or not cannot be confirmed, and the stopping part of this bug still exists.
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
The derailing part of this bug has become quite serious in snapshot 19w09a (and 19w08b as well, according to the comment of @Happ MacDonald), which is recorded as
MC-144605and the latter get fixed in snapshot 19w11a. However,whether the derailing part of this bug is completely fixed or not cannot be confirmed, and the stopping part of this bug still exists.The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug tends to happen on circular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug (each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.
The derailing part of this bug has become quite serious in snapshot 19w09a (and 19w08b as well, according to the comment of @Happ MacDonald), which is recorded as
MC-144605and the latter get fixed in snapshot 19w11a. However, this bug still remains the same after the fix.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
normalminecarts, the bug also happenedbut tended to stop the minecart rather than make it derail.How to reproduce
- The bug
tends to happen oncircular tracks placed like concentric rings. If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug(each circular track has a minecart on it). Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
- The bug can also be reproduced when the chunks in which the minecarts run are loaded into the game (not certain if the tracks need to be built across multiple chunks). It happens especially when the chunk loading is not fast enough, which causes two neighbouring chunks are not loaded in a short interval.
Note
In How to reproduce, two ways to reproduce the bug are described. Is it possible that they are two different bugs?
It
's hard to explain all the conditions needed for the bug to happen, but I believe it is known to almost all players who have farms with minecart systems.The derailing part of this bug has become quite serious in snapshot 19w09a (and 19w08b as well, according to the comment of @Happ MacDonald), which is recorded as
MC-144605and the latter get fixed in snapshot 19w11a. However, this bug still remains the same after the fix.The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug are easy to be reproduced on multiple minecarts that run on different circular tracks placed like concentric rings (e.g. 2019-07-01_17.35.37.png). If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug. Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
Note
It seems that the stopping and derailing is mainly caused by the minecarts on neighbouring tracks; the stopped minecarts can begin to run again after being passed by a minecart on the neighbouring track, and sometimes minecarts change direction after being passed by a minecart on the neighbouring track.
In situations that only one minecart is present, the bug had also been witnessed before, but it in average took a very long time to reproduce, so I cannot be certain about this.
Minecarts stop or derailspontaneously on curves.Minecarts stop or derail on curves of tracks.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug are easy to be reproduced on multiple minecarts that run on different circular tracks placed like concentric rings (e.g. 2019-07-01_17.35.37.png). If we use () to represent a circular track, (()()) and ((())) are both able to reproduce the bug. Minecarts on unconcentric circular tracks like ()()() can reproduce the bug as well, but it will be harder. (On ((())) tracks, the bug can happen quite frequently.)
Note
It seems that the stopping and derailing is mainly caused by the minecarts on neighbouring tracks; the stopped minecarts can begin to run again after being passed by a minecart on the neighbouring track, and sometimes minecarts change direction after being passed by a minecart on the neighbouring track.
In situations that only one minecart is present, the bug had also been witnessed before, but it in average took a very long time to reproduce, so I cannot be certain about this.
The bug
While a minecart is supposed to be moving ceaselessly on a track which includes powered rails in it, it occasionally stops or derails on curves of the track in some situations.
2018-06-30_15.04.00.png
How to reproduce
- The bug are easy to be reproduced on multiple minecarts that run on different circular tracks placed like concentric rings (e.g. 2019-07-01_17.35.37.png
Note
It seems that the stopping and derailing is mainly caused by the minecarts on neighbouring tracks; the stopped minecarts can begin to run again after being passed by a minecart on the neighbouring track, and sometimes minecarts change direction after being passed by a minecart on the neighbouring track.
In situations that only one minecart is present, the bug had also been witnessed before, but it in average took a very long time to reproduce, so I cannot be certain about this.
is duplicated by
![[Mod] CubeTheThird](../../../data/assets/gravatar/cubethethird.jpeg){kind=small}
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
is duplicated by
is duplicated by
is duplicated by
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
![[Mojang] Adrian Östergård](../../../data/assets/gravatar/nighter.jpeg){kind=small}
Thommy SivermanNormalThommy Siverman![[Mod] ampolive](../../../data/avatars/users/18949.svg){kind=small}
Minecarts stop or derail on curves of tracks.
relates to
is duplicated by
![[Mojang] slicedlime](../../../data/assets/gravatar/slicedlime.jpeg){kind=small}
![[Mod] turbo](../../../data/avatars/users/92867.png){kind=small}
![[Mod] Greymagic27](../../../data/avatars/users/92875.png){kind=small}
is duplicated by
Perhaps this bug is somehow related to MC-80895, for the latter is also able to be caused by collisions on curves of tracks.
Does MC-80895 describe your issue?
Thank you for your report!
We're actually already tracking this issue in MC-80895, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-80895, which is a report that has not been resolved yet.
If you want, you can upvote the parent ticket, and enable watching to receive any updates about it - if you believe you have any information that may be important for this issue, please leave a comment on the parent. Please also use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 🛠 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
💬 Mojira Subreddit – 💬 Mojira Discord
I can reproduce this behavior in both 1.20, 1.20.1, 1.20.2, and 1.20.3
1.20:
2023-12-06_11-45-41.mp4
Please verify double check that this does not duplicate MC-172407 or MC-80895.
The hitbox of all five minecart varients (minecart, hopper, chest, furnace, and TNT) do not behave as expected when changing direction, or traveling around corner rails, often times allowing their hitbox to be positioned inside or over blocks.
Steps to Reproduce:
(This is a very rudamentary display of this issue)
- Build:
(Regular command block is below the pressure plate) - Use this command in the Command Block:
/say minecart
Expected & Observed Results:
- The minecart will travel around the corner, and the /say command will be run.
- /say would not be run, as the minecart should travel around the corner rail, avoiding the pressure plate entirely.
Causes Behavior:
When traveling around corners, minecarts can; derail, stop, slow down, be redirected, explode prematurely (TNT), detach connected minecarts (Furnace), not pull connected minecarts (Furnace), deposit items into adjacent hoppers (Chest, Hopper), collide with nearby minecarts, clip passengers into blocks (Regular), and 'skip' over corner rails.
The aforementioned behavior is covered in these issues:
(If I have missed any, please let me know, and I will add them)
MC-12151 MC-158363 MC-80895 MC-172407 MC-119507 MC-165330 MC-179971 MC-123367 MC-213058 MC-7464 MC-28222
Meta / Notes:
This issue serves the purpose of encompassing many different open issues which all have different statuses (some issues are traiged, some have a higher priority than others), different quality of maintaining, and different quality of description (some are very bloated, while some hardly describe the issue). While all the reports described previously in the 'Causes Behavior' section showcase different gameplay impacts when viewed independantly, ultimately they are all the same core issue stemming from thje same source (that being, minecarts do not work as the player would expect them to when they travel around corners).
I suggest that the issues be forward resolved as duplicates of this issue, but if that is not helpful, I would then suggest that all the issues be marked as 'caused by' this lending most focus to this issue, instead of spreading it across many seperate ones.
Does MC-80895 describe your issue? If not would you be able to expand on the bug here by providing a more detailed description?
Is this still an issue in the most recent versions (i.e. 1.10.2, or 16w42a) of Minecraft?
I can confirm that this was still an issue in 1.11.1. Unfortunately, the server that I observed this on died due to disk failure, so I can't readily give you a world file or anything.
This issue exists in 1.12.2 as well, especially when entering a saved world.
Please reopen this issue, it still exists in the newest versions like 1.12+.
Fu Chunhao, the ticket is your's now, update at your need.
Hopper and chest minecarts seem to overshoot the curve if accelerated by at least 2 powered rails.
As seen in the picture they can also activate detector rails while the bounding box is off track.
In fact, this bug is not as trivial as it seems. We usually use hopper minecarts to collect things that are produced by automatic farms, but the existence of this bug means that sometimes the machine will stop functioning or not function completely for no reason, and it's quite annoying to restart the minecarts again and again.
Huh. Think I just witnessed this. Playing survival single player and found some mines. So.. I decided to spend the time to build a sorting system, borrow someone's auto-cart unloader and set up a sorter, so I can just drop anything I don't need "in" the mine into a cart, as I go through, and send it off to get everything sorted into boxes for me. It worked great, the first time I tried it, then I put a bunch of stuff in, sent it off, and.. it came back, only... I literally watched it round the corner, roll up to me, and stop, at a depowered rail with one minor problem. It was "one space" to the side of the rail, and down, from where it should be. Its like it went off the rail some place, by one square diagonally, but the game "thought" it was still on it, so it still followed the whole entire path, as it was supposed to, only.. as soon as it stopped it was all over. Had to break it, and recreate the thing to put it back on the rails.
This was using 1,13.
IIRC, this is that minecart derail "feature" that was added awhile back that nobody really likes. It made it so that high momentum minecarts would fly off corners as an incentive to make people have slower minecart speeds.
@Curtis Stofer, even if the derailing is intended, the minecarts still behave abnormally: in some situations they stop rather than derail, and it seems that the derailing is affected by other minecarts on neighbouring tracks.
As of 19w08b (NOT happening in 19w08a!) absolutely all minecarts at absolutely all corners (flat, no walls nearby, no other tracks or minecarts anywhere nearby) get stuck, derail, or bounce at absolutely every corner.
I tried to post a seperate bug about that but Jira just dumps me here instead, so I'll comment about it here.
Confirm, Minecarts are only able to trave straight but not in curves. It bounces off every corner. 19w09a
Raoul Poupart: I believe your issue is
MC-144605.Eventually the minecart change the tracks.
01HYTNJm0w.mp4
Since 1.14, minecarts derail visually (currently playing on 1.17). If you have many curves it may be that you can still enter a minecart but it's visually derailed. It's then in blocks and does not drives on the rail but still uses it. I tried building railway stations 1.14 - 1.17 and it never worked because after a few minutes they're derailing and not "using" the rails. idk how to explain this better but it's just sad to not be able to build with minecarts in this way.
affects 1.17 Please fix mojang
((((
Edit, in my case there was no "adjacent rail/minecart". A chest minecart running along a single wide rail track literally just got stuck on a turn for no reason
can confirm in 1.18.1
Can confirm in 1.19.3.
In 1.19.4 bug still persist. I have 3 separate railways, 2 of those are bringing stuff In my furnace system (see image). Its not only a visual bug where I see my carts switching from bottom lane to upper lane, they also mix up materials, i find raw ores in the fuel hopper.
Not only that but I have pretty long railwais, and i keep finding carts randomly stuck at curves or switching directions
Requesting ownership of this issue, as Fu Chunhao has not updated it since February of 2020.
Can still confirm for 1.19.2
From my personal testing, I am unable to reproduce this issue in multiple different configurations with the 24w33a+ minecarts experiment. This appears to be fixed, or at least drastically improved.
Here is an example test, where no minecarts get stuck:
2024-08-23_12-49-08.mp4