December 2015 - Koha-bugs - lists.koha-community.org

[Bug 15079] New: Batch Delete Records Error
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15079 Bug ID: 15079 Summary: Batch Delete Records Error Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When using the batch deletion tool, if the script attempts to delete an undeletable item, the script will die with the error: Label not found for "next BIBLIONUMBER" at /usr/share/koha/intranet/cgi-bin/tools/batch_delete_records.pl line 172. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 15061] New: Can't add item to rotating collection
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15061 Bug ID: 15061 Summary: Can't add item to rotating collection Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Everytime you enter barcode to add it to rotating collection, you get an error message: "Failed to add item with barcode xxx: NO_ID" Also, in empty collection you see table with items, but only with one empty row... -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 15151] New: t/Circulation_barcodedecode.t fails if no DB present
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15151 Bug ID: 15151 Summary: t/Circulation_barcodedecode.t fails if no DB present Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: tomascohen(a)gmail.com QA Contact: gmcharlt(a)gmail.com It should be mocking the DB, but... To reproduce: - Run the test: $ prove t/Circulation_barcodedecode.t => SUCCESS: Tests pass - Shut mysql down $ sudo service mysql stop - Run the test: $ prove t/Circulation_barcodedecode.t => FAIL: Tests fail due to missing DB connection -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 14632] New: Incorrect alert while deleting single item in batch
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14632 Bug ID: 14632 Summary: Incorrect alert while deleting single item in batch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: indradg(a)gmail.com Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In "Manage patron card batches", the user is prevented from deleting the items from a single item batch as that would remove the entry from table creator_batches effectively deleting the batch. However, the JS alert's message reads as "Please select at least label to delete.". This is incorrect as one item is already selected. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 14673] New: Renewals cause Sipserver to crash
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14673 Bug ID: 14673 Summary: Renewals cause Sipserver to crash Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Bug 13315 Changed the return of C4::Circulation::AddIssue to a hash reflecting the added issue ; However if AddIssue is called with the borrower currently having the item on loan a renewal is carried out nut as no issue is created in the db undef is returned rather than the issue structure. The same bug made the first thing the sipserver does is to extract the due_date from that non-existent structure causing a fatal error if it is a renewal. This is potentially a major bug as almost all self-issue units use checkout requests rather than renewal requests when renewing borrowers items -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 13411] New: Koha's SIP server returns not ok for checking in items that are not checked out
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13411 Bug ID: 13411 Summary: Koha's SIP server returns not ok for checking in items that are not checked out Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com If an item is not checked out when a checkin via SIP2 is attempted, Koha's SIP server sends back an "ok" of 0, and the AF message "Item not checked out". I am not entirely sure this is good and correct behavior by the SIP2 protocol. In particular, this will cause SIP2 book sorting devices to fail on all items that are not checked out, causing them all to be put into the "special handling" been that should be reserved for things like items checked in at the wrong library and items on hold. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 15250] New: Software error: Can't locate object method "field" via package "aqorders.datereceived" in reports/acquisitions_stats.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15250 Bug ID: 15250 Summary: Software error: Can't locate object method "field" via package "aqorders.datereceived" in reports/acquisitions_stats.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To re-create Go to reports -> Acquisitions statistics Populate with the following values: Acquisitions statistics Received on. Row: checked Column: checked From: 01/01/2015 To: Un-selected Cell value Count items Output: To screen into the browser: checked Running the report will trigger the following error: Software error: Can't locate object method "field" via package "aqorders.datereceived" (perhaps you forgot to load "aqorders.datereceived"?) at /usr/share/koha/intranet/cgi-bin/reports/acquisitions_stats.pl line 293. For help, please send mail to the webmaster (staff(a)bywatersolutions.com) giving this error message and the time and date of the error. Inspecting reports/acquisitions_stats.pl The error is at line 293 of /usr/share/koha/intranet/cgi-bin/reports/acquisitions_stats.pl 282 elsif ( $_ =~ /received/ ) { 283 $filter{$_}->[0] = @$filters[2]; 284 $filter{$_}->[1] = @$filters[3]; 285 my $a = $_; 286 if ( $rodsp == 1 ) { 287 $field{$a} = "concat(hex(weekday($a)+1),'-',dayname($a))"; 288 } elsif ( $rodsp == 2 ) { 289 $field{$a} = "concat(hex(month($a)),'-',monthname($a))"; 290 } elsif ( $rodsp == 3 ) { 291 $field{$a} = "Year($a)"; 292 } else { 293 field{$a} = $a; 294 } 295 } Line 293 field{$a} = $a; should instead read $field{$a} = $a; The line numbers have shifted slightly in master, but the bug remains: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=reports/acquisiti… -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 14735] New: cache_expiry is not saved when updating a SQL report
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14735 Bug ID: 14735 Summary: cache_expiry is not saved when updating a SQL report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Steps to duplicate (must have memcached enabled): 1. Create and save a report using the default values for "Report is public" and cache time. 2. Run the report. 3. Edit the report changing the setting for "Report is public" to yes. 4. Save the report. The cache time is now 0. 5. Edit the report changing the cache time to 300. 6. Save the report. The cache time is now 0 again. This seems to be due to the fact that cache_expiry is not passed to the update_sql function in the phase 'Update SQL'. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 14739] New: Regression on adding several patrons to a new batch
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14739 Bug ID: 14739 Summary: Regression on adding several patrons to a new batch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org >From bug 14123 comment 4 Patron's Batches can only have a single patron added when making a new "batch". Clicking the "Add" text next to a name keeps placing it behind the pop-up, but replacing the previously clicked user. -- You are receiving this mail because: You are watching all bug changes.

1 74

[Bug 15182] New: make test fails immediately on 3.22.00-beta due to missing Crypt::GCrypt which is optional
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15182 Bug ID: 15182 Summary: make test fails immediately on 3.22.00-beta due to missing Crypt::GCrypt which is optional Change sponsored?: --- Product: Koha Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: bob-ewart(a)bobsown.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 44813 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44813&action=edit make test output Running on openSUSE Leap 42.1 Run perl Makefile.PL --prev-install-log /usr/share/koha/misc/koha-install-log make make test make test fails on t/00-load.t while trying to use Crypt::GCrypt in NorwegianPatronDB.pm See the attached file. Crypt::GCrypt is not marked as required and in fact does not work with libgcrypt 1.6.1. This was reported in 2014. Deleting libgcrypt 1.6.1 would cause 794 other modules including systemd to be deleted. -- You are receiving this mail because: You are watching all bug changes.

1 35