Thanks for the report. This issue was already noticed and fixed. It is just waiting for the release of 0.18.39.

Desync seems to be related to mod FNEI. Moving to Desync with mods

Thanks for the report. Issue will be fixed in 0.18.39

Thanks for the report. It is a duplicate of 87262

I had to stretch every possible muscle including the ones that moves my eyes to find the cause of this desync and i found it. When you return to MP server on which you have already been once, activeIndex in book from your shelf is not synced so if you happened to play other games in between and was ...

Am i missing something? You simply want a blueprint with a grid of 32x32 which can be set right now? Just change grid from 96x96 to 32x32. Grid size can be way smaller than the blueprint content itself - only issue that may arise from that will be blueprint will align to positions that could overlap...

For me sounds like a duplicate of 87329

Thanks for the report. It is the same issue as 87303

Thanks for the report. It is base game desync related to having shelf with blueprints that need extra migration due to the changed prototype type. Duplicate of 87303

This desync happens due to the issue with loading player's blueprint shelf which has modded entities (most likely of different prototype type that need extra migration). Issue should be fixed for 0.18.39

I would not expect fluid math to be so precise to guarantee that you will be able to research automation just on 3 pieces of wood even if math is exact here. There is for example logic to purge fluid system if every fluid box has less than 0.05 unit of fluid inside, and because you have steam in 2 f...

Thanks for the report. During blueprint library development this was decided to be the best solution for blueprint reassign function. If the selected entities would not get commited into blueprint immediately, that would mean they would have to be stored on client side and then when saving changes -...

This is working exactly as it was designed: blueprints are copied only when using a copy button. If you move blueprint out, it is not where it was taken from.

Still broken, but differently now: put a ghost in the first slot. Press 1. Good. Press 1 again, or Q: items disappears from cursor, but stays active in toolbar. Press 1 again… nothing happens, since the *toolbar* (whichever part of the game that is, code-wise) still thinks it's the active item. Nee...

I know this issue, i fixed it earlier today. It is fixed for 0.18.39

Yeah i already noticed those crashes due to automatic reports and was able to reproduce it. It will be fixed in 0.18.39

Please upload the desync report and post a link to it

Eh... Is the ability to view other players blueprints in multiplayer coming back? Losing that really sucks. No, they are not going back. There are extra checks to make sure that even if you would have a link to a book from other player storage (like having a link in quickbar while book was in game ...

Upload the desync report and post a link to it.

reduke wrote: ↑

Thu Jul 30, 2020 9:05 am

addendum: shift and left click also now seems to destroy the blueprint, even though that's not in the tooltip

87237