Search found 7 matches
- Thu May 22, 2025 6:17 am
- Forum: Not a bug
- Topic: [2.0.47] Bots put legendary cargo bays in a storage chest filtered for coal
- Replies: 1
- Views: 351
Re: [2.0.47] Bots put legendary cargo bays in a storage chest filtered for coal
Actually nevermind, I think I found the issue. The chest to the left was unfiltered, so the bots put the cargo bays there, then the inserter moved it to the middle chest. They didn't get taken out of the middle chest because the removing stack inserter had a half-full stack of coal. Feel free to ...
- Thu May 22, 2025 4:15 am
- Forum: Not a bug
- Topic: [2.0.47] Bots put legendary cargo bays in a storage chest filtered for coal
- Replies: 1
- Views: 351
[2.0.47] Bots put legendary cargo bays in a storage chest filtered for coal
*edit* - not actually a bug, see my 2nd post. Sorry.
Situation: I was cleaning up unused stuff in a space platform (specifically, "Gleba Express" in my save). I sent a stack of legendary cargo bays (among other things) down to Navuis. The landing pad on Navius has trash unrequested, so bots took ...
Situation: I was cleaning up unused stuff in a space platform (specifically, "Gleba Express" in my save). I sent a stack of legendary cargo bays (among other things) down to Navuis. The landing pad on Navius has trash unrequested, so bots took ...
- Mon Feb 10, 2025 5:09 am
- Forum: Minor issues
- Topic: [2.0.32] Electric mining drill status sometimes shows as "working" when not actually working
- Replies: 1
- Views: 541
[2.0.32] Electric mining drill status sometimes shows as "working" when not actually working
In my save I have some electric mining drills working a small stone field. In this bug, I'm focusing on a group of three electric mining drills outputting to a green belt going to the left. The mining speed is > 30/s, so only the right most drill is working. The middle drill never works, and when ...
- Fri Nov 15, 2024 6:14 am
- Forum: Resolved Problems and Bugs
- Topic: [2.0.15] Decider combinator input conditions not highlighted green despite (all) being true
- Replies: 1
- Views: 344
[2.0.15] Decider combinator input conditions not highlighted green despite (all) being true
Hi,
I have a decider combinator with a lot of input conditions all ANDed together. This is to stop processing scrap on Fulgora if everything is full. Anyways, everything is full, so all the conditions are all true and should be highlighted green, but none of them are highlighted green. My character ...
I have a decider combinator with a lot of input conditions all ANDed together. This is to stop processing scrap on Fulgora if everything is full. Anyways, everything is full, so all the conditions are all true and should be highlighted green, but none of them are highlighted green. My character ...
- Sun Nov 17, 2019 4:51 pm
- Forum: Minor issues
- Topic: [0.17.74] Fully compressed belt decompresses
- Replies: 7
- Views: 4141
Re: [0.17.74] Fully compressed belt decompresses
You can prevent the copper plate to jump on the iron plate lane if you replace couple belts from the vertical iron one with an undergound belt so that the exit is next to the splitter.
Oh yeah, you're right about that. That was just a simple example, but if you have more complex spaghetti going ...
- Sat Nov 16, 2019 6:40 am
- Forum: Minor issues
- Topic: [0.17.74] Fully compressed belt decompresses
- Replies: 7
- Views: 4141
Re: [0.17.74] Fully compressed belt decompresses
I saw that issue. It could be related, but I did not see any items jumping ahead when I stepped through my video frame by frame. What I saw was the items behind the transport line boundary pause for one frame while the items after the boundary continued, resulting in a small gap.
I would also like ...
I would also like ...
- Thu Nov 14, 2019 6:43 am
- Forum: Minor issues
- Topic: [0.17.74] Fully compressed belt decompresses
- Replies: 7
- Views: 4141
[0.17.74] Fully compressed belt decompresses
I've noticed my fully compressed belts decompressing. It seems to happen at transport line boundaries, as well as on the output of a splitter. Obviously a fully compressed line should not decompress, but I believe the way I'm using the splitter should not result in output gaps (more explanation ...