Only the first underground belt in the direction of the drag is placed, meaning that if I drag to the right, this happens.
If drag to the left, the other underground belts are placed instead. It doesn´t matter the direction of the belts, so if you drag to the right and to the left all underground belts are placed properly.
[kovarex][2.0.12] Underground belts not getting placed when manually dragging belts over blueprint (MR)
-
- Manual Inserter
- Posts: 2
- Joined: Fri Dec 30, 2022 11:24 am
- Contact:
Re: [2.0.12] Underground belts not getting placed when manually dragging belts over blueprint (MR)
I'm experiencing a related bug. Dragging underground belts (even without BPs) suddenly stopped placing the second one. It was working earlier this very session, not sure what changed (maybe that I'm dragging it across another belt). It seemed to act as if I had started a new belt-drag the moment the first underground placed but before the second one did (in that moment of retroactively placing them across an obstacle), because it also reset my belt direction at that moment and due to probably coincidental timing left me dragging a belt in the opposite directionality. Bug occurred with yellow belts, in case that's relevant somehow. It did happen two times back to back.
Version 2.0.13-1, Vulcanis.
Version 2.0.13-1, Vulcanis.
Re: [2.0.12] Underground belts not getting placed when manually dragging belts over blueprint (MR)
Sounds like 116892, there are many issues with underground belts and they will be kept separate so nothing is overlooked.
Re: [2.0.12] Underground belts not getting placed when manually dragging belts over blueprint (MR)
in my experience, the issue occurs only when the belt dragging construction is done in the same direction as the belt (in the example from the photo, from left to right). When building in the opposite direction, it works fine.
Re: [2.0.12] Underground belts not getting placed when manually dragging belts over blueprint (MR)
Still an annoying issue in 2.0.21 stable.
And dragging the line from the opposite does not work for me. All the time the 2nd part is not placed independent of the direction I build.
And dragging the line from the opposite does not work for me. All the time the 2nd part is not placed independent of the direction I build.
-
- Manual Inserter
- Posts: 4
- Joined: Thu Oct 24, 2024 5:11 pm
- Contact:
Re: [2.0.12] Underground belts not getting placed when manually dragging belts over blueprint (MR)
I believe this was fixed at some point, but I am seeing this bug again in 2.0.32
Re: [kovarex][2.0.12] Underground belts not getting placed when manually dragging belts over blueprint (MR)
This is still an issue in 2.41 (Stable) sadly. I really hope that this can get this fixed soon! Personally I think that if you drag a belt "into" a underground ghost, and the ghost is in the same direction as the belt your dragging, it should go into "underground mode" until it finds the matching underground (even if there is space to put a opening + 1 more tile!). If no matching underground is found, then once max underground distance has been reached, then create it with minimal underground distance. I understand that this might be hard to indicate to the player, but when trying to fill in ghosts, it'd be very nice!
There are also other IMO worse issues if you try to drag "backwards" and the underground spans a series of belts going in the same direction as your belt (opposite of drag) in a "|___|" shape.
There are also other IMO worse issues if you try to drag "backwards" and the underground spans a series of belts going in the same direction as your belt (opposite of drag) in a "|___|" shape.
Re: [kovarex][2.0.12] Underground belts not getting placed when manually dragging belts over blueprint (MR)
here is a video of the bug inaction. it is quite annoying lol
- Attachments
-
- CleanShot 2025-04-05 at 11.13.39.mp4
- (78.07 MiB) Downloaded 16 times
Re: [kovarex][2.0.12] Underground belts not getting placed when manually dragging belts over blueprint (MR)
Thanks for the report, and sorry for the delay. This has been fixed for 2.0.44.
Don't forget, you're here forever.