Revision db62bb40
Von Bernd Bleßmann vor etwa 6 Jahren hinzugefügt
SL/Controller/Part.pm | ||
---|---|---|
42 | 42 |
|
43 | 43 |
__PACKAGE__->run_before('check_part_id', only => [ qw(edit delete) ]); |
44 | 44 |
|
45 |
__PACKAGE__->run_before('normalize_text_blocks'); |
|
46 |
|
|
47 | 45 |
# actions for editing parts |
48 | 46 |
# |
49 | 47 |
sub action_add_part { |
... | ... | |
735 | 733 |
$self->part->assign_attributes(%{ $params}); |
736 | 734 |
$self->part->bin_id(undef) unless $self->part->warehouse_id; |
737 | 735 |
|
736 |
$self->normalize_text_blocks; |
|
737 |
|
|
738 | 738 |
# Only reset items ([]) and rewrite from form if $::form->{assortment_items} isn't empty. This |
739 | 739 |
# will be the case for used assortments when saving, or when a used assortment |
740 | 740 |
# is "used as new" |
Auch abrufbar als: Unified diff
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