As shown in the image below inserters pick up items to put them in the cargo landing pad even though they can't drop them. Same happens with cargo bays.
To make it clear: I know it's not a bug that they can't drop them. But then they shouldn't pick them up in the first place.
[2.0.45] Inserters target cargo landing pads and cargo bays
- ickputzdirwech
- Filter Inserter
- Posts: 798
- Joined: Sun May 07, 2017 10:16 am
- Contact:
[2.0.45] Inserters target cargo landing pads and cargo bays
Mods: Shortcuts for 1.1, ick's Sea Block, ick's vanilla tweaks
Tools: Atom language pack
Text quickly seems cold and unfriendly. Be careful how you write and interpret what others have written.
- A reminder for me and all who read what I write
Tools: Atom language pack
Text quickly seems cold and unfriendly. Be careful how you write and interpret what others have written.
- A reminder for me and all who read what I write
Re: [2.0.45] Inserters target cargo landing pads and cargo bays
I am not considering this to be a bug, quite the opposite. Since from the inserter point of view the cargo landing pad is not a valid drop target, inserter ignores its existence and so it behaves the same as if there it was about to drop onto empty tile. If there would be any type of logic added here that prevents inserter drop taking items and swinging to drop them when there is entity under the drop target, then there are multiple things that will go wrong: if you would build an inserter under elevated rails, the inserter would see elevated rail to which it cannot drop to and so it would stop dropping items on ground at all. In order for the inserter to decide there is no reason to pick items, it would have to check that the item cannot be dropped at the drop target by means of collision checks which is expensive when this would have to be done every tick, and even if it would check if item can be dropped due to collisions, it would create a new problem: inserters dropping onto grounds would slow down because it would see item on ground which would pass the collide check causing inserter to not attempt dropping next items. Also current behavior is better because it clearly indicates that inserter is unable to insert items into the cargo landing pad, when the proposed behavior would look as if the inserter was waiting for empty spot. Changing anything about inserters here would also require correctly adjusting inserter status to account for blocked entity under drop position. This is a little bit too much for a corner case that is not relevant in normal game play and that could break a lot of other legit cases.
Not a bug.
Not a bug.