I think it could make for an interesting dynamic if a Spidertron would only try to avoid player buildings, not enemy nests. I mean after all, it's feet do look quite pointy!

Oops, I didn't mean to step on you ... did it hurt?

This is quite possibly the least important bug(/feature) ever, but I thought I would flag it up anyway just in-case it is indicative of any wider issues.

Feel free to ignore!

To my mind it should not be possible to build this last piece of wall, but it is:

Thanks for looking into this.

Sorry if I wasn't entirely clear. I wasn't asking for items on the top right to stay on the top right.

What I presumed would happen is that (for north facing belts):

- when a horizontal flip takes place, items on the top right flip to the top left.
- when a vertical ...

What happens: When a splitter facing north/south is flipped vertically (or west-east horizontally), any items in its outputs are moved onto the other lane, as if the splitter had been rotated 180 degrees instead of flipped. All other settings are correctly flipped instead of being rotated.

What ...

I fully support this suggestion. It is so incongruous to be able to rotate something before but not after construction.

We shouldn't have to tear something down and rebuild it just to make sure its first shot is as speedy as possible.

Per the title, I think it would be useful to have the module request indicators show different colours/shades for when a bot is in the progress of filling that request or not - just like how it is for building ghosts.

Thank you for considering.

I also have this issue but never worked out the exact mechanics, thanks for figuring it out.

I have read that it is left to right, but is that always the case?

If a train loads fuel from the left slot (nuclear so stack size 1), and then that slot is re-filled before its current tank runs dry, will it load from the left slot again?

I was trying to watch one to find out, but after waiting ...

Can I just check something?

Is this also fixed for removing fuel from train engines with bots? I just noticed it has the same behaviour when I was upgrading fuel quality...

Not sure if this is a bug, an unintended feature, or should be moved to feature requests.

When hovering over the count of missing items for construction, the direction arrows hide the view of which items are missing.

I would suggest to fix this that either:

-The item count display is shown on top ...

+1 to this

I also use the lamp placeholder workaround, but I would much rather leave the rocks/trees/fish/cliffs in place that I don't need to remove, and also not have to and remove any unneeded landfill again once the build is complete.

Ok, I haven't yet been able to replicate the dispatch order issues exactly as described in a clean save (I suspect your work stealing description is what is causing this), but I do have a clean save for you.

Use the custom deconstruction planner in the toolbar on the whole area under the wagon and ...

A couple of other observations:

I can't reproduce this when I am not in the range of any other roboports, but when I am in range and can reproduce this, my main roboport network has 0 free robots.

If it's work stealing, why does it happen for the roboport and not for the landfill?



Is there a ...

I didn't think personal robots could override other robots?

What do you need exactly from the fresh save? It will take me quite awhile to get back to having legendary spidertrons and robots

Mods: Elevated Rails, Quality.

How to reproduce: Stand next to an item on landfill with at least 2 personal robots and a roboport in a spidertron inventory, double click the entity on landfill with a default deconstruction planner

What should happen: The bot to remove the entity is dispatched ...

Just a heads up that I am going to post a bug for this as I have been able to consistently replicate construction bots being dispatched for landfill removal before the bot for removing the entity has been dispatched.

Ok then I guess this suggestion should read something like: "Please don't dispatch robots to deconstruct non-empty objects or anything they're sitting on until the last items inside have robots assigned to them."

Bit wordy though...

Can the landfill/rail/etc removal request checks be made to ...

Sorry for the double post, didn't want to keep re-editing.

I also have a line of train cars with contents, where the bots are hovering to remove the rails, but not hovering to remove the cars themselves - is it a case of nesting/depth/etc?

This is on the same timescale as the chests ...

How does this logic work for deconstructing full chests? I constantly have bots that could be helping to empty the chest trying to remove the chest itself...

In one example I have a line of chests that have been sitting there with contents being emptied for well over an hour. Each has its own bot ...

So often when doing large constructions/deconstructions especially involving landfill I get a significant proportion of bots arriving too early and having to wait for a prior request to be completed, thereby significantly delaying the whole process.

Not sure what the best way to implement this is ...