From af25c1461dc646c4c26cf7c86f4b6c5e6d54dac7 Mon Sep 17 00:00:00 2001 From: =?utf8?q?Bernd=20Ble=C3=9Fmann?= Date: Thu, 11 Jul 2019 13:29:36 +0200 Subject: [PATCH] =?utf8?q?Revert=20"CVars:=20in=20Artikelstammdaten=20sind?= =?utf8?q?=20alle=20CVars=20g=C3=BCltig"?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit This reverts commit ab45df2fa087f4b754ef02f238557ab0e28a676b. CVars in den Warenstammdaten sind nicht immer gültig. Das Problem hier war, dass das Speichern des Gültig-Flags durch einen anderen Bug nicht funktionierte, und so Variablen, die als Voreinstellung deaktiviert waren, nicht mehr geändert werden konnten (auch nicht auf aktiviert/gültig gesetzt werden). Der Fix für diesen anderen Bug kommt gleich. --- SL/Controller/Part.pm | 1 - 1 file changed, 1 deletion(-) diff --git a/SL/Controller/Part.pm b/SL/Controller/Part.pm index e427cab4a..61455304b 100644 --- a/SL/Controller/Part.pm +++ b/SL/Controller/Part.pm @@ -229,7 +229,6 @@ sub render_form { %assembly_vars = %{ $self->prepare_assembly_render_vars } if $self->part->is_assembly; $params{CUSTOM_VARIABLES} = CVar->get_custom_variables(module => 'IC', trans_id => $self->part->id); - $_->{valid} = 1 for @{ $params{CUSTOM_VARIABLES} }; CVar->render_inputs('variables' => $params{CUSTOM_VARIABLES}, show_disabled_message => 1, partsgroup_id => $self->part->partsgroup_id) if (scalar @{ $params{CUSTOM_VARIABLES} }); -- 2.20.1