Revision af25c146
Von Bernd Bleßmann vor mehr als 5 Jahren hinzugefügt
| SL/Controller/Part.pm | ||
|---|---|---|
| 229 | 229 |
%assembly_vars = %{ $self->prepare_assembly_render_vars } if $self->part->is_assembly;
|
| 230 | 230 |
|
| 231 | 231 |
$params{CUSTOM_VARIABLES} = CVar->get_custom_variables(module => 'IC', trans_id => $self->part->id);
|
| 232 |
$_->{valid} = 1 for @{ $params{CUSTOM_VARIABLES} };
|
|
| 233 | 232 |
|
| 234 | 233 |
CVar->render_inputs('variables' => $params{CUSTOM_VARIABLES}, show_disabled_message => 1, partsgroup_id => $self->part->partsgroup_id)
|
| 235 | 234 |
if (scalar @{ $params{CUSTOM_VARIABLES} });
|
Auch abrufbar als: Unified diff
Revert "CVars: in Artikelstammdaten sind alle CVars gültig"
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.