Bug 37165: Can't edit frequencies due to stray cud- in modify op
The op modify in subscription-frequencies.pl isn't a cud- operation, it's
a GET of the editing form, so it shouldn't have been changed to cud-modify.
Test plan:
1. Don't apply the patch yet
2. Serials - Manage frequencies - for any frequency click Edit
2. Note that the editing form is empty
3. Apply patch, restart_all
4. Repeat step 2, note that now the editing form has the existing data
5. Change anything, Display order is nice, and save to verify that
cud-savemod still works
Signed-off-by: Brendan Lawlor <blawlor@clamsnet.org>
Signed-off-by: Nick Clemens <nick@bywatersolutions.com>
Signed-off-by: Katrin Fischer <katrin.fischer@bsz-bw.de>
(cherry picked from commit 96d1ad65b4)
Signed-off-by: Lucas Gass <lucas@bywatersolutions.com>
This commit is contained in:
parent
31478431f5
commit
a1530f20b1
|
|
@ -46,11 +46,11 @@ my ($template, $loggedinuser, $cookie, $flags) = get_template_and_user( {
|
|||
|
||||
my $op = $input->param('op');
|
||||
|
||||
if($op && ($op eq 'new' || $op eq 'cud-modify')) {
|
||||
if($op && ($op eq 'new' || $op eq 'modify')) {
|
||||
my @units_loop;
|
||||
push @units_loop, {val => $_} for (qw/ day week month year /);
|
||||
|
||||
if($op eq 'cud-modify') {
|
||||
if($op eq 'modify') {
|
||||
my $frequencyid = $input->param('frequencyid');
|
||||
my $frequency = GetSubscriptionFrequency($frequencyid);
|
||||
foreach (@units_loop) {
|
||||
|
|
|
|||
Loading…
Reference in New Issue