Factorio 1.1.72 (build 60222, linux64, steam) Operating system: Linux (Debian testing) Factorio starts with a small-ish window, which it always has. On attempting to maximize the factorio window, the program becomes unresponsive. Resizing the window by dragging the edge or corner does not hang. 1.1....

Zooming in the sandbox scenario, with the mouse wheel, away from the center. Appears to animate the zoom first, then snaps to the grid. Giving the game an annoying wobble.

Doesn't sound like a bug to me. This happens with everything else you try to mine.

Editing a blueprint that must be scaled to fit on screen, doesn't always highlight the entity under the mouse cursor. (Linux / Debian 4k / 200% UI scaling...) blueprint_hittest.png Is the transform used to display the blueprint *exactly* the same as the transform used to translate mouse positions in...

Tweaking path penalties is obviously a delicate process. But I've noticed a few situations where it might be useful to tweak the values. The penalty for a train sitting around can grow without limit, exceeding any attempt to control traffic flow with circuit conditions. This is probably desirable if...

To join the chorus, the preview should start with just what is currently called the player "Starting Area". Perhaps with zoom in/out buttons to generate more of the map. When I'm starting a game (and I've started far more than I'd like to admit), I want to know that there is enough of ever...

Or did I misunderstand what you meant? I assumed you were saying that everything would be fixed when the rail signal changed, did you mean that everything would be fixed when the circuit condition "signal" changed? That would actually explain the behaviour I've seen, where only some of my ...

Fixed for 0.16.42. The error is *only* as long as the signal stays the same. It fixes itself the first time the signal changes, but still, it is a bug. Thanks for the report. Hmmm, I'm not certain this is true, or there's something else that needs to be fixed too. I swear I've seen a constant strea...

The simplest way to control fuel use is to only take the previous spent fuel out when you are running out of steam, and only insert fuel while you are taking spent fuel out. This trivially limits the maximum number of fuel cells in the reactor to one. Make sure you have less steam engines / turbines...

I also made a small reproducer;

I suspect the .41 map loading fix is dependent on construction order. I have a lot of blueprinted signals with conditions, some of which may have been constructed in a different order.

Some, but not all, of my circuit conditions are broken after the 16.41 upgrade.

Migrated from 39 to 41, many but not all of my signals have circuit conditions that aren't being applied after the upgrade.

Use a circuit condition to close a signal, trains then stop on a dime.

The only way to reduce sync time, is to reduce save game size. Saves are already zipped, which should give reasonable compression. A custom compression routine might be able to do better. But would add complexity to the game, adding another potential source of bugs. And take time to build, time whic...

There's probably a way to drastically simplify your circuitry by using bit-wise operators, eg AND. If you say that each board position is 2^N. With a single constant generator you can emit all the winning board positions; A=7, B=56 etc Then I think you can AND the winning positions against both play...

Adding my own 0.02c. I think a type of requestor chest should be available much earlier than yellow science. Perhaps with only one stack of storage and one kind of request. Most of the bases I build use belts for basic materials, and have dense spaces where most useful things are produced. But when ...

Start with a compressed yellow belt and you don't seem to need circuit conditions. Though only every 3rd inserter does anything...
viewtopic.php?f=7&t=54627&start=60#p326885

This trick also works with blue belts (non functioning inserters removed to make the picture clearer);

I know there's a lot of weirdness due to belt optimisation changes. I just found something quite odd..... Screenshot from 2017-12-23 20-52-56.png (All inserters set to only drop one item) The three end inserters will always compress the yellow belt, not surprising since the red belt can easily push ...