[2.0.35] Stack inserter not grabbing items from chest to train with filtered slots

[Hares]

On my train stop, stack inserters grabbing processing units were not swinging desipite having power, heat, free slot in the destination, and source items matching filters. Inserters grabbing LDS & rocket fuel worked fine.

02-26-2025, 00-06-06.png (1.86 MiB) Viewed 790 times

Steps to Reproduce

Steps unknown.

Order of deployment
Entities & actions were made in the following order

1. Rails
2. Chests
3. Inserters
4. Train (right on the spot)
5. Train schedule, train mode (train stop inactive, so train was in "sleep" mode)
6. Cargo wagon filters
7. Items were added to the chests
8. Train stop became active (all 3 items types are sufficient to fill every wagon)
9. Train "arrived" to the train stop

See Also

• This reminded me of the bug reports I'd filed 1.5 years ago on the Smart Inserters mod. Dev stated that one of them was Factorio's problem, and symptoms are quite similar:
  • [not SI] Long inserters deadlocking when waiting for train
  • [DONE] Inserters stuck at "Waiting for train" (again)
• 57642: [0.16.22] Inserters not picking up items from source
• 106779: [1.1.85] Inserters get stuck when transferring stuff between containers with mixed filters

Save file attached.

Click to expand the recording

Edit
"Re-arriving" to the same train stop resulted in inserters being fixed.

[Rseding91]

Thanks for the report. This is likely going to be one of those issues where it requires reproduction steps before anything can be done. Once things are in this "bad" state there's virtually no way to know how it happened.

[Muche]

In the context of 122562, 122880, 125006, and 126779, my guess is it may involve freezing the inserters at a particular point of setup deployment.

[Hares]

Thanks for the report. This is likely going to be one of those issues where it requires reproduction steps before anything can be done. Once things are in this "bad" state there's virtually no way to know how it happened.

Replicated on video. It's 5 minutes long with some waiting parts being cut off, and I tried to match the original events list as accurate as possible.

Click to expand the recording

Steps to Reproduce

1. (Before video) Load save file attached in the OP post
2. (Before video) Deploy new train stop template on top of existing train stop (shortcut bar 6 -> BP book in position #4 "1-4-1 Trains" -> BP in position R1C1e "Train stop template")
3. (Before video) Deploy new train interchange (shortcut bar 6 -> BP book in position #5 "Rails" -> BP in position R3C3 "Semi-elevated rail splitter")
4. (Before video) Await until deployment is done
5. 00:00: Copy the train stop directly below
6. 01:10: Await until it is deployed and heated
7. 01:14: Deploy train (shortcut bar 6 -> BP book in position #4 "1-4-1 Trains" -> BP in position R2C6 "Auto-Train (1-4-1)")
8. 01:49: Set train group, switch it to automatic/manual some times before robots complete their fuel delivery, remove refuel train stop
9. 02:13: Copy/paste filters on cargo wagons
10. 02:16: Robots complete their fuel delivery, train switched to automatic mode
11. 02:28: Copy the spaghetti for/from the train stop directly below and deploy them
12. 04:36: Await until they are deployed, fix minor inconvenience of mixed belts
13. 04:51: Circuit conditions are satisfied, train "arrives" to the train stop
14. 04:53: LDS & RF inserters are swinging, CPU inserters are not. The issue is replicated.

Edit
Save file & logs attached

[Rseding91]

Thanks for the report and the video. This is now fixed for the next release.

[Hares]

Thanks for the report and the video. This is now fixed for the next release.

If you don't mind, I'm curious what was the problem

[boskid]

If you don't mind, I'm curious what was the problem

Inserter was sleeping on cargo wagon while train arriving to station only notifies wakeup lists related to rails. Usually in this case inserter was supposed to sleep on rail and be notified by arriving train but since it already found the cargo wagon and cargo wagon did not move in between, inserter was still attached to cargo wagon and not woken up

[Hares]

Thanks for the report and the video. This is now fixed for the next release.

Congratz with 15000 posts BTW

02-26-2025, 21-42-09.png (8.14 KiB) Viewed 532 times