April 2010 - Koha-bugs - lists.koha-community.org

[Bug 4361] New: Expiry Not Flagged in Patron status response
by bugzilla-daemon＠kohaorg.ec2.liblime.com 07 Apr '10

07 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4361 Summary: Expiry Not Flagged in Patron status response Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- While debarred users are flagged as 'charge privileged denied' in patron status returns, expired users are not (although a subsequent change will fail with a message 'EXPIRED'). In many patron validation uses of sip2 this field needs setting as there is no subsequent issue and expired users are then given access to the resources authenticated vy the sip device. Fix should set status correctly for expired users and include an 'Expired' message in field AF as these devices can display this to staff -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 4364] New: Checkout response giving incorrect due date
by bugzilla-daemon＠kohaorg.ec2.liblime.com 07 Apr '10

07 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4364 Summary: Checkout response giving incorrect due date Product: Koha Version: HEAD Platform: PC OS/Version: Windows NT Status: NEW Severity: major Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- Checkout response is returning a duedate of 1/1/1970. Sip.pm's timestamp routine is not consistently receiving an epoch integer. If passed an iso date convert it. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 2653] SIP2 Error with unescaped carriage return in circulation note
by bugzilla-daemon＠kohaorg.ec2.liblime.com 07 Apr '10

07 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2653 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gmcharlt(a)gmail.com --- Comment #12 from Galen Charlton <gmcharlt(a)gmail.com> 2010-04-07 11:23:11 --- Patch pushed. Please test and close. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4374] New: Data entry form doesn't use hidden/mandatory flag as expected
by bugzilla-daemon＠kohaorg.ec2.liblime.com 07 Apr '10

07 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4374 Summary: Data entry form doesn't use hidden/mandatory flag as expected Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- Biblio framework has 3 entry points controlling if input box are displayed by default in data entry form: - 'mandatory' flag at field level - 'mandatory' flag at subfield level - 'hidden' flag at subfield level It doesn't work as it should (?): - All subfields are expanded (shown) if their field is mandatory - A subfield containing anything is always expanded whatever it contains - A mandatory subfield is always expanded - An hidden subfield isn't expanded. It's possible to have this. See coming patch. But default framework having 0 in all marc_subfield_structure.hidde, by default all subfields will be expanded. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 4190] New: Patron messages dont work with branchcode > 4
by bugzilla-daemon＠kohaorg.ec2.liblime.com 06 Apr '10

06 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4190 Summary: Patron messages dont work with branchcode > 4 Product: Koha Version: rel_3_2 Platform: PC OS/Version: Windows NT Status: NEW Severity: critical Priority: P5 Component: Patrons AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- Tested with 3.01.00.117 The message feature in patron account does not work for branches with branchcodes > 4 characters. When adding a message for branch bib, message is saved and shown in patron account. When adding a message for branch bibsee, message is saved, but not shown in patron account. Both messages were saved in table messages. message_id,"borrowernumber","branchcode","message_type","message","message_date" 1,1,"BIB","L","Testing notes sysetm","2009-12-15 04:17:37" 2,2,"bibs","L","Testing again","2009-12-15 04:20:02" branchcode in branches is varchar(10), branchcode in messages is varchar(4). -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 4232] New: Undefined hash references in Label Creator
by bugzilla-daemon＠kohaorg.ec2.liblime.com 02 Apr '10

02 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4232 Summary: Undefined hash references in Label Creator Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: NEW Severity: major Priority: P2 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: Ian.Walls(a)med.nyu.edu Estimated Hours: 0.0 Change sponsored?: --- When attempting to search for new items to add to a batch, a search with results returns: Can't use an undefined value as a HASH reference at /usr/share/koha/intranet/cgi-bin/labels/label-item-search.pl line 129 Similarly, if one can get to manage a created batch, attempting to edit a batch will result in Can't use an undefined value as a HASH reference at /usr/share/koha/lib/C4/Creators/Lib.pm line 321 This seems to be caused by some compilations of Perl not allowing a hash to be declared and assigned on the same line. The offending lines of code are: my $item_data->{'_item_number'} = $item_results->{$item}->{'itemnumber'}; (from label-item-search.pl) my $label_summary->{'_label_number'} = $label_number; (in C4/Creators/Lib.pm). Splitting the declaration and assignment into two lines fixes the problem. my $item_data; $item_data->{'_item_number'} = $item_results->{$item}->{'itemnumber'}; (from label-item-search.pl) my $label_summary; $label_summary->{'_label_number'} = $label_number; (in C4/Creators/Lib.pm). -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 4363] New: Support the patron internet resources field in Sip2
by bugzilla-daemon＠kohaorg.ec2.liblime.com 01 Apr '10

01 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4363 Summary: Support the patron internet resources field in Sip2 Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- In the icam family of sip2 products, the patron info responses return a parental consent flag to allow child users access to resourses authenticated over sip. As evergreen is using PI to indicate whether the user has internet permissions and we are returning values in it already, I propose to populate this based on data. Suggest like Evergreen we keep this a generic internet resources object usuable in non generational contexts. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0