Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
Moderator: ickputzdirwech
Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
Detailed Video:
https://youtu.be/dkbov1ZiaOk
Summary:
I think the new belt feature where dragging forward and backward removes existing belts is a bad change. It does the opposite of what you want in practice and causes a lot of problems.
Case 1: Over-dragging
Most of the time you actually want to over-drag. If you run out of belts, grab more, and keep building, you usually start dragging at max range so it connects smoothly before reversing. Before that worked fine, now it can just remove the belt instead.
Case 2: Precision
Before you could drag into splitters or belts quickly without worrying. Now you have to time the release exactly on the right tile. If you build fast you end up moving belts by accident all the time.
Case 3: Side-loading
Side-loading used to be simple: drag forward, back a bit, then forward again. Now it often doesn’t work at all and blueprints behave weird.
General
This feature just adds edge cases and breaks things. Smart belt was already complicated and buggy, and now it’s worse. There are so many small bugs with this that I don’t even feel like reporting them anymore. I’d rather have the old behavior back and working properly than this.
https://youtu.be/dkbov1ZiaOk
Summary:
I think the new belt feature where dragging forward and backward removes existing belts is a bad change. It does the opposite of what you want in practice and causes a lot of problems.
Case 1: Over-dragging
Most of the time you actually want to over-drag. If you run out of belts, grab more, and keep building, you usually start dragging at max range so it connects smoothly before reversing. Before that worked fine, now it can just remove the belt instead.
Case 2: Precision
Before you could drag into splitters or belts quickly without worrying. Now you have to time the release exactly on the right tile. If you build fast you end up moving belts by accident all the time.
Case 3: Side-loading
Side-loading used to be simple: drag forward, back a bit, then forward again. Now it often doesn’t work at all and blueprints behave weird.
General
This feature just adds edge cases and breaks things. Smart belt was already complicated and buggy, and now it’s worse. There are so many small bugs with this that I don’t even feel like reporting them anymore. I’d rather have the old behavior back and working properly than this.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
In my opinion, I don't think the constructive act (i.e., dragging belt) should be the same act to deconstruct belt. Further, if I am dragging belt to build, why would I want to ever use the belt-dragging process to undo what I've done? We already have the ability to mine belt to remove it, as well as "undo" options to have bots do it for us. For me personally, this feature delivers negative value to me, and I don't care for it.
-
- Burner Inserter
- Posts: 15
- Joined: Wed May 27, 2020 8:52 pm
- Contact:
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
+1 to this thread, please don't implement this change on the stable branch, it makes little sense and is incredibly unintuitive.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
+1, it was only recently pointed out to me which version added this and the few times i did run into the behavior it always had an undesirable outcome, i would imagine there will be even more voices against it once the next stable version drops, it would be very nice if it was possible to opt out of just this part of smart belt behavior.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
+1, when dragging parallel belts it often deletes and disconnects sections of the belt if I accidentally keep the cursor pressed or if I'm not super precise with motion. Preferred previous versions without this feature.
-
- Fast Inserter
- Posts: 115
- Joined: Sun Jul 12, 2015 6:28 pm
- Contact:
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
I haven't tried this out yet since I run the stable branch, but from the way it's written it sounds like it'd be useful.
Maybe make it a setting?
Maybe make it a setting?
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
+1, I don't like this feature. Please revert it. Thanks.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
+1. This is a breaking change for how many people have learned to build belts (ie. it's fine to start in the middle and drag back and forth across the screen). I don't understand why this feature would ever be desirable.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
This has been reverted for the next version (2.0.66). Thank you for your feedback!
Don't forget, you're here forever.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
Thanks Wube, I am sure reverting it was the best choice for now. 
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
Awesome! I am glad the feedback is heard and I appreaciate that a lot!raiguard wrote: Mon Sep 01, 2025 2:25 pm This has been reverted for the next version (2.0.66). Thank you for your feedback!
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
Instead of reverting this, you should have added a checkbox or option in user settings for how smart the smart belt building is.raiguard wrote: Mon Sep 01, 2025 2:25 pm This has been reverted for the next version (2.0.66). Thank you for your feedback!
Fulgora is the best planet. Vulcanus needs rework. Feel free to prove me wrong.
-
- Fast Inserter
- Posts: 112
- Joined: Wed Apr 29, 2020 9:53 pm
- Contact:
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
Checkbox setting is a bad idea, belt building is a high-complexity system that needs to be fully stable before considering forking all the behavior (not to mention all the corner cases two systems would create when interacting with other systems in the game).
-
- Manual Inserter
- Posts: 4
- Joined: Fri Mar 30, 2018 8:19 pm
- Contact:
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
*Normally*, I (as a developer – not from Wube but elsewhere) am actually a proponent of preferences and options to allow users to hang on to old muscle memory when new changes are introduced. In this case, however, I don't think the new behaviour (which has now *thankfully* been reverted) was worth the cost.
It never landed in stable so nobody can really claim muscle memory for the new behaviour and every permutation of preferences adds maintenance overhead and user support costs to the project so, as a Factorio enjoyer, I'd much rather have this outcome: Wube reverts it and spends their effort on other things instead of maintaining another whole user setting.
-
- Burner Inserter
- Posts: 12
- Joined: Sat Nov 02, 2024 10:56 pm
- Contact:
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
To me I feel like an optional setting to allow this is something that should be added once Factorio is feature-complete; like 2.1 or 2.2 from what I've heard. I did quite like this behavior personally (though I wish it worked with underground belts too) because I always end up placing a couple too many belts due to poor motor skills. I absolutely understand why this would be a detriment to most players though, and I—being a game developer myself as well—am very familiar with how settings like that can greatly impact maintainability. With Factorio being so close to an actual finished product though, I feel like it's in a unique situation to be able to add settings like that.WarpShuffle wrote: Tue Sep 02, 2025 2:23 pm every permutation of preferences adds maintenance overhead and user support costs to the project so, as a Factorio enjoyer, I'd much rather have this outcome: Wube reverts it and spends their effort on other things instead of maintaining another whole user setting.
Anyways, I personally hope that this feature makes a (optional) comeback some point down the line because it definitely made the game more accessible to me.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
Could this become an optional feature in the settings?
Because I really f***** loved this feature! And I'm so sad it's now gone, it completely fitted my playstyle.
Because I really f***** loved this feature! And I'm so sad it's now gone, it completely fitted my playstyle.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
There's already an alternate setting (smart belt entirely disabled, bells build the same as inserters). Adding more would likely get excessive very fast.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
excessive what?riking wrote: Wed Sep 03, 2025 8:10 am There's already an alternate setting (smart belt entirely disabled, bells build the same as inserters). Adding more would likely get excessive very fast.
Excessive user experience? I don't see how. It's just variations of belt building, not super confusing for users.
Excessive code maintenance? Maybe, but I'm not a developer of Factorio so I can't comment on it, neither are you I presume. In most cases of SE user experience and the product trumps, not developers preferences. I say this as a developer.
Re: Roll back feature: "When dragging belts, going forward and back will remove the extra belts built."
I liked the new belt change, RIP they reverted it..
Now I have to deal with accidentally moving 1 pixel in the wrong direction at corners and it will then build underground belts to reverse belt direction..
Now I have to deal with accidentally moving 1 pixel in the wrong direction at corners and it will then build underground belts to reverse belt direction..