Confirmed still exists in 0.17.32. Posting a reply as this one might have fallen off of the radar (it's been around for a few releases now - since at least 0.17.23).

Confirmed still exists in 0.17.32. Posting a reply as this one might have fallen off of the radar (it's been around for a few releases now - since at least 0.17.23).

Sounds similar to what is described in https://forums.factorio.com/viewtopic.php?f=7&t=68768 I also noticed while creating the blueprint that the train appears incorrectly offset in the blueprint vs. in reality. Appears to be one tile up from where it should be when stopped at the station. This...

dxgi-presentation-model=flip-discard fixed it (not perfect but significantly improved) here as well. Running Windows 10, with windowed g-sync enabled if that matters. I'm not sure where this issue crept back in, but I believe it was more recently. ...but this should not be required to prevent micros...

On the topic of the blueprinting, since it's a relatively new technology, there are some known issues with it. These issues belong in a separate thread, and are unrelated to the main bug in this thread. (I'm only stating this so all points are covered). Yessir. I posted a separate bug report with a...

The placed blueprint and blueprint edit GUI for blueprints containing trains shows them ~one tile higher than they should be. Only occurs in vertical orientation, not horizontal. While my example only shows locomotives, the effect is more glaring at loading/unloading stations, where the cargo wagons...

Just to be clear with the group here, I'm not trying to argue either way regarding if the northbound train should be able to load the second car in this case. My point is that the behavior should be consistent regardless of direction. If the right answer is that the turn needs to be further back, th...

Thanks for the report. Can you include the save or at least the blueprint, please? Apologies for the delay. String is below. I also noticed while creating the blueprint that the train appears incorrectly offset in the blueprint vs. in reality. Appears to be one tile up from where it should be when ...

Same here. Appears to be a regression of this bug?

The same section of track was duplicated in a circle. The rear cargo wagon on the train pointing North does not open for loading. All other orientations work as expected. Understood this car has just completed a curve, but the behavior should be consistent regardless of blueprint rotation, else user...

In the revised tutorial, I'm being attacked by a constant stream of biters from the west before I've researched turrets. The new pollution display shows 0 pollution being absorbed by spawners. They are not coming from the initial starter base, but from further west, well outside my pollution cloud....

This *might* be the same as what was just corrected in 0.17.10 (66210).

Earendel wrote: ↑

Fri Mar 08, 2019 3:00 pm

palms.png

Is that the cell shaded bug/effect? If so, that does look pretty cool...

just a tought on this... maybe the Inserters are fast enough in 0.16 because the belts were slower, so the inserter can't grab all, because the belt moves to fast. the solution to this has been stated multiple times. and i'd call that unintended behavior Yes, faster belt throughput is the cause of ...

Don't shoot the messenger. https://forums.factorio.com/viewtopic.php?f=48&t=61345&p=393024&hilit=inserters+stuck#p393024 From that other thread: Thanks for the report however that's simply how it is at the moment. Because "management" wants inserters to chase items on belts th...

I wonder how this factors in, which won't be fixed: https://forums.factorio.com/viewtopic.php?t=61131 From the testing I did one day, I was under the impression that it had to do with when certain sections of the map were processed each tick since not every underground belt had the issue, and only ...

I did some more investigation watching at reduced game speeds. The inserters that miss items appear to be hunting wildly while those that don't stay mostly still while picking up the items. This seems to be a timing issue meshing poorly with inserter speed not being fast enough to handle the blue be...

From a thread on Reddit , I did some more investigation and found that every third stack inserter is unable to consistently pick up items from a belt. 2019-03-06-19-42-27.png In the above image, the left inserter lays down a group of 12 iron plates. The stack inserter right next to it can pick up al...

Behavior was fixed in 0.17.6/0.17.7. Appears that it was not 'not a bug' after all...

I've already seen both of the sources you cited, and the behavior I'm seeing is not the same as what is stated in both of those. Your quoted source speaks of losing mining productivity research (not all research) in saves, and I was not researching mining productivity in my example. Regarding your s...