SpTablePresenter>>#initialize misses call for class-side #initializeSlots:

[riuttner]

When getting a fresh P13 image, it is not possible to run any menu action opening a table presenter, like configuring a breakpoint or showing Epicea code changes. When trying to do so, it is always the case that instance variable #columns is yet nil which fails because of a super initialize call already performing an #addColumn* call.

When changing method SpTablePresenter>>#initialize as follows, everything works:

initialize 

	self class initializeSlots: self.
	super initialize.
	<further code>

which I found as typical pattern in other Sp classes.

[riuttner]

Just noticed that this issue is related to pharo-project/pharo#17316 ... and maybe the latest fix for this issue is somehow responsible for the current behaviour.