January 2016 - Koha-bugs - lists.koha-community.org

[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

[Bug 15256] New: Items table on detail page can be broken
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15256 Bug ID: 15256 Summary: Items table on detail page can be broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Cataloging Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 14354, 14966 Bug 14966 fixed a bug bug introduced another one: With IndependentBranches set to 'prevent', if the librarian (without the superlibrarian permission) can edit items but not all, the table is broken. DataTables raises the following warning: "DataTables warning: table id=DataTables_Table_1 - Requested unknown parameter '8' for row0." And does not display correctly. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14354 [Bug 14354] Only superlibrarian should see edit links for other branches' items in staff detail http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14966 [Bug 14966] Table header broken at detail.tt -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 5371] New: Back-button in OPAC show previous user's details, after LOGOUT
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5371 Summary: Back-button in OPAC show previous user's details, after LOGOUT Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: mason(a)kohaaloha.com QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org Estimated Hours: 0.0 -- 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.

1 52