Reproduction Steps:
1. Setup a roboport network that includes at least 1 construction robot and a storage chest at a minimum. (1 construction robot will have a 100% chance of reproducing)
2. Open a roboport's inventory that has some construction robots using remote view.
3. Note the number of construction robots in the stack and the number of available construction robots in the roboport network.
4. Click the stack of construction robots to mark it for removal from the roboport.
5. Several of the robots in that stack that was told to be moved to storage will leave the roboport under their own power to try and presumably carry themselves to storage, and will fail as they were not in the roboport to be picked up. They will still fly the route to the storage chest, and animation will play as if they deposited something.
6. Note the new number of construction robots in the network, it will not be the original - the stack as expected.
What did you do?
Told construction robots in a roboport to be moved to storage
What happened?
Some of the construction robots that were told to be moved to storage left of their own power trying to complete that order.
What did you expect to happen instead?
The construction robots that were told to be moved to storage would be disabled/prevented from executing that order on themselves.
Does it happen always, once, or sometimes?
If the is more than one construction robot in the network, there is a chance depending on construction robot logic that construction robots not ordered to be moved to storage will complete the order instead. Alternatively, if robot carry capacity has been researched and there is more than one robot ordered to be moved into storage, only some will leave in the attempt to carry themselves.
Additional comment, the Red X will persist sometimes (100% in the 1 construction robot scenario) until the roboport inventory interface is closed and reopened.
Save file: Created using the sandbox mod, though initial identification of the bug did not use any mods (outside of base and the space age DLC "mods").
Log file from that save and reproduction steps:
[2.0.14] Construction robots can try to carry themselves to the logistics storage in remote view
Re: [2.0.14] Construction robots can try to carry themselves to the logistics storage in remote view
Thanks for the report, I'm moving this to minor issues. What is your use case?
Re: [2.0.14] Construction robots can try to carry themselves to the logistics storage in remote view
I was trying to remotely remove all the non quality construction robots from my roboports on aquilo as with the increased energy drain they were more hindrance than help, got most of them before this bug became obvious. Ended up having to put a filter inserter by the roboports near storage to get the ones that tried to carry themselves.
Re: [2.0.14] Construction robots can try to carry themselves to the logistics storage in remote view
Construction robots trying (and failing) to carry themselves can also happen for personal logistics. It even results in an infinite loop of attempted deliveries.
Steps to reproduce:
1. have a personal roboport and a single construction robot in your inventory.
2. Using the map view, order the delivery of construction robots to a container near you, outside the range of any other network
Save file: My use case was ordering the delivery of construction robots to my tanks inventory while out and about. This resulted in a loop of failed deliveries from me (inside the tank) to the tank, causing a robots to trail pointlessly.
Steps to reproduce:
1. have a personal roboport and a single construction robot in your inventory.
2. Using the map view, order the delivery of construction robots to a container near you, outside the range of any other network
Save file: My use case was ordering the delivery of construction robots to my tanks inventory while out and about. This resulted in a loop of failed deliveries from me (inside the tank) to the tank, causing a robots to trail pointlessly.
Last edited by rockham on Sun Nov 17, 2024 9:38 pm, edited 1 time in total.