The radial menu "reactor" is usable/visible even if you don't have the new reactor system on your ship, causing this crash. There may be another reason why it happens though as mentioned in T2564.
Will treat this one separately as I suspect there are multiple causes.

-QA Testing-

This should be fixed, but had it happen several times with multiple reactors on my entity. Can't reproduce yet but will most likely run into it again at some point.

-QA Testing-

Log attached

Ok . .so we do agree on the workings of it.

Yes, they seem to be targeting the same spot, as if it was a single weapon. AI seems to be simply shooting all weapons simultaneosly. Ya, basically in excahnge for using a bunch of computers you can negate the 10% penalty. This becomes a lot worse on bigger ships where the computers make a very small portion of the turret.

i did ask back ... the game should be in british english.
maybe that isnt the case everywhere, because the developers are not native british english speakers (afaik)

in american english ... yes .. in british ... no

Another person had a similar (if not the same) issue where opening the inventory caused the JVM to not respond anymore. Will provide extra info later.

should be fixed in next build.

This bug is fixed. None of this module are impacted now.

The crazy switching windows didn't seem occures anymore (SMS v0.30.7)

It's seems to be partially solved for some blocks, like pink lights

This one looks partially solved (I tested with trigger area block and white crystal only).

I had reinstalled SM this ticket is obsolete now I guess. No more problem so far. We can close it I guess.

rejecting this then as intended behaviour

In T2569#108445, @SmilingDemon wrote:

I assume it is intended behavior as described in T179
You place a button next to a Trigger (area) Controller and it isnt being activated but a Activator Module in the same spot is ?
did i understood that right ?
then that it expected and correct then.
there was a reason for it but i cant remember right now what it was.

Duplicate of a similar report.
Partially expected behaviour.

Going to test this.
Should be easy to reproduce.

-Validated-

-Feedback-
So .. Copying multiple Weapons (Blocks+Controller) to a single turret is circumventing the 10% penalty on multiple outputs.
However all those outputs from one turret are targeting the same spot on an enemy, right ?
Basically you are wasting all the Controller Blocks Space on the turret for the same effect as you would get for a turret with one output and the same amount of Blocks ?
Because the AI isnt able to choose unfocused fire.

Known problem and more like a missing feature.
Merging to existing task.

Odd although I think I know what's causing it. If you select fill a cube hull, it normally should replace all of the found hull blocks of the same armor type and colour with the type you have selected in the hotbar. this should make wedges turn into a different armor/colour wedges, and same goes for slabs.
In this case though, because you have selected 3/4 slabs, it might override it with your selection instead of using the generic method.