[Koha-bugs] [Bug 6521] Editing a patron fails with blank cardnumber

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Wed Jul 20 19:40:04 CEST 2011


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6521

--- Comment #6 from Ian Walls <ian.walls at bywatersolutions.com> 2011-07-20 17:40:04 UTC ---
Problem:  if the library is using autoMemberNum, this patch prevents the
cardnumber from being generated upon page load of members/memberentry.pl. 
Seems to be this line that's the offender:

@@ -900,6 +900,7 @@ sub fixup_cardnumber ($) {

     #     if ($cardnumber !~ /\S/ && $autonumber_members) {
     ($autonumber_members) or return $cardnumber;
+    defined($cardnumber) or return $cardnumber;
     my $checkdigit = C4::Context->preference('checkdigit');
     my $dbh = C4::Context->dbh;
     if ( $checkdigit and $checkdigit eq 'katipo' ) {

If autonumber_members is defined, then cardnumber SHOULDN'T be, because we're
auto-generating, and don't yet know what the max value is in the database. That
call comes later in the script.

This subroutine is only called in two places:  member/memberentry.pl and
tools/import_borrowers.pl.  In both cases, the undefined cardnumber should be
passed to the subroutine, and given back as 'undef' if autoMemberNum is off, or
the newly calculated cardnumber if ON.

Patch forthcoming.

-- 
Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.


More information about the Koha-bugs mailing list