Part-Controller: Normalisieren nach Parsen der Form und nicht als run_before
Das Problem enstand durch commit 2e97532c88dacf9523576df4028b6f7df5967ea8 "Fixt #349 (Normalisierung Artikel) - normalize_text_blocks nach Part-Controller migriert"
normalize_text_blocks greift auf $self->part zu, welches beim Neuanlegen noch nicht existiert, wenn normalize_text_blocks als aller erstes durch run_before aufgerufen wird. Danach wurde init_part aufgerufen, welches aber bei einem neue Artikel den part_type braucht, um part zu erzeugen. Das ist aber nicht nötig, da das part in den action_add_xxx-Methoden später erzeugt wird. Ausserdem muss normalize_text_blocks z.B. auch nicht bei den Picker-Actions aufgerufen werden.
Also normalize_text_blocks nur nach dem Parsen der Form aufrufen.
Part-Controller: Normalisieren nach Parsen der Form und nicht als run_before
Das Problem enstand durch commit 2e97532c88dacf9523576df4028b6f7df5967ea8
"Fixt #349 (Normalisierung Artikel) - normalize_text_blocks nach Part-Controller
migriert"
normalize_text_blocks greift auf $self->part zu, welches beim Neuanlegen
noch nicht existiert, wenn normalize_text_blocks als aller erstes durch
run_before aufgerufen wird. Danach wurde init_part aufgerufen, welches
aber bei einem neue Artikel den part_type braucht, um part zu erzeugen.
Das ist aber nicht nötig, da das part in den action_add_xxx-Methoden
später erzeugt wird.
Ausserdem muss normalize_text_blocks z.B. auch nicht bei den Picker-Actions
aufgerufen werden.
Also normalize_text_blocks nur nach dem Parsen der Form aufrufen.
Fixt #361