Hello and thank you for the feedback. This issue should be fixed in the next release (1.1.50) . If it persists in 1.1.50 please let us/me know.

Thank you for letting us know about this issue. It will be fixed in the next release (1.1.50)

It evaded me for a long time but it will be fixed as of next version. The issue was caused by a feature where Reactor (one of the components of the injector was Reactor) would increase its boundingbox when connected to a neighbouring Reactor of the same type. (This feature will be removed in next ve...

lyvgbfh wrote: ↑

Fri Dec 10, 2021 8:40 am

Thank you! For reference, this is the same thing with "only right angles" connection logic applied. I personally find it preferable.

What exactly do you mean by "only right angles". Not connecting any poles that have different both x and y coordinates?

In the example, adding 4th connection to the central pole seems consistent with a "clean grid", while the diagonal wires smell like spaghetti A grid is wasteful on the number of connections, near 50% of the connections are unnecessary in a simple grid. More with diagonals. The question is...

Under vanilla, or even modded where the default/longer wire reach is needed, I'm just not seeing the "need" to spend the time (potentially making the connection code more complex) to fix this. Even in vanilla, substation and large pole reach, or upgrade-plannering poles up a step both lea...

I feel this is actually working correctly - having (even real) poles connected to each other even via a ghost is singalling "this is supposed to be a network". Therefore, upon removing ghost, its neighbours SHOULD try to recconect in a way to remain in one (before reconnection hypothetica...

One thing I would say is a bug, or more a bad feature, is the amount of connections added. Connections per pole are limited and, especially with long distance power poles, a precious resource. Poles should not gain a wire if they are already in the same electrical network. Ideally they would choose...

Hello and thank you for the input. I feel this is actually working correctly - having (even real) poles connected to each other even via a ghost is singalling "this is supposed to be a network". Therefore, upon removing ghost, its neighbours SHOULD try to recconect in a way to remain in on...

Thanks! The video really helped, reproduction succesful. Looking into the problem...

I spent some more time trying to reporudce this (both in singleplayer and as multiplayer client) and still no luck . Do you have some more specific reproduction instructions?

Hello and thank you for the report. I loaded the save (both in 1.1.43 and latest dev version) and have not encountered the described issue (no "disconnected from grid" icon, entity functioning normally, upon pole destruction -> no crash) and without reproduction I cannot find source of the...

Hello! Thank you for bringing this to our attention. The crash originates from openGL library and we do not have reasonable way to fix (or even reproduce) the issue since it is possibly dependent on your setup. I will move this topic to 1/0 Magic. If you are still experiencing these crushes you can ...

ad ... you can even see how a connection is created upon placing down the blueprint but then immediately removed again ... : this is actually not the case, the connections rendered are between poles in cursor and poles/ghosts placed "bellow" them - since right after placing BP they have sa...

This log is not enough to figure out the issue, the save file will be needed, please upload it as you said.

I am marking this as resolved
EDIT: "Not a Bug" is a better place for this

Thank you for the feedback. The issue is fixed for version 1.1.38.

Thank you for the feedback. The inconsistency will be fixed as of 1.1.38

I'll move this back to pending, if you'll have any more info, I'll take another shot at this, but as this stands i still have no success in reproducing (and therefore fixing) the issue.

Also, there should be file named 'factori-dump-previous.dmp' or something like that in the same folder as crash logs, that could also be helpful