This is a visual bug that showed up pretty quickly, I started walking away from the spawn and found plant textures directly 'on' the cliffs.

No mods were being used at the time.

A workaround I've found is to join as an entirely new player by changing your name and joining the server. Since the server does some serverside saving of information based on your character name you'll start with a new character but you can join sucessfully.

Here is the current-log
http://puu.sh/vwqhC/8ac278b9ca.log

The crash first occurred when opening the blueprints menu with 'B'. Reconnecting to the same server causes the same crash immediately on connection.

Occurs on 0.15.2
No mods were used.
Default settings on fresh zip file.

Fingers crossed that it also keeps anything from despawning once we remove it.

Edit: yes it seems this mod also caused the despawning to occur, it doesn't play well with multiplayer.

Ha! That's what happens when you let friends choose the modpack. I had just finished a fresh install to try to remove the problem.

Okay, to disprove the notion that this was latency related I saved the file and loaded it up on my singleplayer server. These issues still occur playing locally on a file saved from the server .

Issue occurring again
https://puu.sh/v6ZiI/421d6d6ec6.jpg
Factorio-current.log after playing locally ...

I could understand things being despawned being a result of latency, but being placed on invisible lines?

Factorio revision: 0.14.22

Background
I've been playing modded multiplayer games on a headless server with friends, the mods I've been playing with are bob's and angel's along with a few quality of life mods so it's possible this is caused by them, but it might not be since it is related to a lot ...

ssilk wrote:TL;DR: Nightvision should be what it is: a nightvision.

With that in mind I would like

This is pretty much perfect

Ha! I think that was the problem, the health bar is almost invisible at my screen resolution so I didn't notice it at all. A partially damaged one must have come from my logistics network when I was deconstructing portions of my factory and then screwed up the production line. Spooky.

No the belts are being supplied from a requester chest directly from the newly assembled belts. Oh you mean the belt that is already in there, that's interesting. I'll have to check.

Summary Picture
https://puu.sh/sishU/87dd0e8351.jpg

General Description
As you can see in the image above, the inserter is trying to insert a stack of conveyor belts into the assembler. However it will permanently hold the conveyor belts over the assembler without inserting them.

When it happens ...

I was even considering adding option that is not realistic (at least with the current technology), but it could add a lot of interesting gameplay possibilities. Imagine that you could store the heat in some kind of item. Maybe some kind of special metal with huge heat capacity. That would mean ...

Not going to lie I closed out just before checking, swing and a miss for me. Too bad you didn't wait for a few more people to fall prey to the same trap, would have made some good evidence!

I refuse to play the base game anymore without increasing at least one of the three standard settings for oil up to the next level. All of the people I play with feel the same, it's far far more precious than any other resource at the standard setting level.

When placing tracks&signals using a blueprinted track pattern, it would be useful to know which direction each track is headed when they are being placed, by an icon added to the track itself. Since rail signals already lock rails into going in a certain direction this should be possible to do ...

You could say a quirk is a feature that is working as intended but fails the test of either "Do what I mean"
https://en.wikipedia.org/wiki/DWIM
or the "principle of least astonishment"
https://en.wikipedia.org/wiki/Principle ... tonishment

Well naturally the dictionary would only hold keys for objects currently within the chest, so the maximum amount of entries in the dictionary would be the maximum amount of slots in the inventory, and that would only be assuming you filled every slot with a unique, less than max size stack. You don ...

I don't consider this a bug as the mechanics are all working exactly as expected. You've simply cranked the numbers far beyond what they where intended to be which is (as you're seeing) hurting performance.

A more technical description of what's causing it to run slow: Every time an inserter looks ...

I think you should have the small numbers between 1-10, then some values like 15, 20, 25. Then full stack sizes between 1-6 (so 1 stack, 2 stacks, 3 stacks, etc), and then everything above that is hundreds.

If there is any overlap between those values choose the one that gives finer precision.