The subroutine for updating the perm map was failing and does not
appear to be necessary for an update in any of my testing so far.
The failure appears to be caused by confusion between
permission.usr_perm_map and permission.perm_list, possibly due to
the way the tables are mapped.
Signed-off-by: Terran McCanna <tmccanna@georgialibraries.org>
($new_patron, $evt) = _create_stat_maps($e, $patron, $new_patron);
return $evt if $evt;
- ($new_patron, $evt) = _create_perm_maps($e, $patron, $new_patron);
- return $evt if $evt;
+ # PINES - modified this because it was breaking e-renew, could not verify that it actually
+ # worked anywhere because the subroutine looks like it's trying to update the wrong table - TM
+ if($patron->isnew()) {
+ ($new_patron, $evt) = _create_perm_maps($e, $patron, $new_patron);
+ return $evt if $evt;
+ }
$evt = apply_invalid_addr_penalty($e, $patron);
return $evt if $evt;