All combination of ghost/non-ghost on left/right upgrade/downgrade side should work, and it always takes the final upgrade into consideration when deciding whether it is connected or not for the sake of this logic. For those who might be curious, I tend to do these kind of tests when fixing bugs lik...

Thanks for the report, it is now fixed for the next release.

I want to generally improve the logic here, so cases like this one works as well. The point is, that I need to sit down and really think about simple rules that would make it possible without braking anything else, and the case you have there might, or might not be also made available, but it is has...

Thanks for the report, it is now fixed for the next version.

Yea, I tried to load the library, and it looks like the file got corrupted, not much I can do with that, sorry.

This specifically is not considered a bug.
When you press any additional key that invalidates the building key, the smart building just gets disabled.

About the movment of the armor/ammo window to the left. The reasons are simple: 1) We needed more space for it now, as it can show both the player and the vehicle and there are shortcuts + alert on the right side already 2) It adds more space for the right panel tooltip info The change is slightly ...

Please, provide more info, ideally save that consistently crashes when I check some specific furnace, or a way to reproduce it. Thx.

Yes, it is related to the bug mentioned and it is now fixed for the next release.

What is your system please? Or can you provide the log?
The thing is, that I can't the reproduce it, but it might be something relevant to the linux binary.

Hi, thanks for the report, it is now fixed for the next release 1.1.29.

Thanks for the report, it is now fixed for the next release.

FPS drop based on using deconstruction planner sounds suspicious, and I would check the mods, but i didn't check the save yet.
Edit: Lou noticed that there is a performance problem with the latency state.

Thanks for the report, and mainly for the way to reproduce it. This error was showing on our crash report logs, but we had no idea how to reproduce it.

Fixed for the next release.

The value is updated in the real time, so the only effect of enter in the textfield would be to close the gui. But generally we don't do it for fields that are updated in the real time instead you are supposed to close it with the (E) key.

Thanks for the report, it is now fixed for the next release.

Can you reproduce it without custom scenario?

Hello, I check to be sure, but it works as it should for me. There needs to be something wird/specific on your end. Is the search bar actually activated when you press Ctrl+F, didn't you change the shortcut in the control settings?

And I actually thing that we should change what is intended, so I'm changing it to work as the op suggested for the next version.

One more update, I think I can reproduce the crash repeatedly. From the save uploaded to this reply, without moving the character, when I hover my mouse over one of the stack inserters nearest to the rails the game crashes before it has a chance to react (draw the yellow rectangle around entity or ...