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

[Bug 13914] New: The holds statistics report return random data
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13914 Bug ID: 13914 Summary: The holds statistics report return random data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Reports Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: Go on Reports › Holds statistics Fill the form with: Hold status: All checked (Asked Processing Waiting Satisfied Cancelled) Hold Date From 01/01/2014 To 31/01/2014 Pickup library => empty Holding library => empty Home library => empty Row is "Hold status", Column is "Pickup library". Submit! Look at the results Restart mysql Ctrl+R to resubmit the form Look at the results Enjoy... -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 12656] New: add a notice that tells patrons when their hold was cancelled because it wasn't picked up in time
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12656 Bug ID: 12656 Summary: add a notice that tells patrons when their hold was cancelled because it wasn't picked up in time Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be nice to add a notice that tells patrons when their hold was cancelled because it wasn't picked up in time - not a notice for call cancels, just the one that was done due to a late pickup. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 14460] New: Show library a book can be returned to/home library/checkout library in patron account
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14460 Bug ID: 14460 Summary: Show library a book can be returned to/home library/checkout library in patron account Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In some library systems items can't be returned at any library, but only at the home library. In the patron account we currently don't show the home library or any other library information, so it's not clear to patrons where they can return the items to. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13855] New: Fastadd framework has 2x 100$c, missing 100$a
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13855 Bug ID: 13855 Summary: Fastadd framework has 2x 100$c, missing 100$a Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org Field 100$a is missing from fastadd framework, 100$c appears twice in sql file. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 13404] New: More »System information« about GRS1 vs DOM settings
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13404 Bug ID: 13404 Summary: More »System information« about GRS1 vs DOM settings Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org System information indicates missing <zebra_bib_index_mode> and <zebra_auth_index_mode> entries in koha-conf.xml. This patch - adds warnings about a possible mismatch between these settings and the actual setup - adds info about the actual setup/what values to use for <zebra_bib_index_mode> and <zebra_auth_index_mode> if they are not set. The assumption is that a path including 'zebra-*-dom.cfg' in the respective section indicates a DOM setup. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 14370] New: Use Restrictions in Circulation
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14370 Bug ID: 14370 Summary: Use Restrictions in Circulation Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The use restrictions field runs off the 'restricted' authorised value list. However, Koha does not restrict circulation unless the items.restricted =1. The code needs to be updated to allow any RESTRICTED authorised value to be used to restrict circulation. Make this line: $item->{'restricted'} > 0 ?? Circulation.pm if ( $item->{'restricted'} && $item->{'restricted'} == 1 ) { $issuingimpossible{RESTRICTED} = 1; } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 14408] Path traversal vulnerabilty
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14408 --- Comment #39 from Liz Rea <liz(a)catalyst.net.nz> --- Created attachment 40610 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=40610&action=edit Bug 14408 & 14439 - typo fixes for regexes As applied to 3.18.8 - still need tests for these but the meat is there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14444] New: A biblio's 'modification history' view confusingly includes info from a unrelated item
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '15

24 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14444 Bug ID: 14444 Summary: A biblio's 'modification history' view confusingly includes info from a unrelated item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org A biblio's 'modification history' view confusingly includes info from a unrelated item -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 3333] item status for "not for loan" by item type / item is different
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '15

24 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3333 --- Comment #12 from Nick Clemens <nick(a)quecheelibrary.org> --- > Additionally, a Place hold link should disappear in the opac, when it is > not possible to place a hold on any item of one biblio. Everything got marked 'Not for loan' as expected, but I didn't see the above triggered 'Item available for reference' statement in OPAC search results also seems a big presumption for a not for loan item type, but that is pre-existing / not your problem -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 3333] item status for "not for loan" by item type / item is different
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '15

24 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3333 Nick Clemens <nick(a)quecheelibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #39807|0 |1 is obsolete| | --- Comment #11 from Nick Clemens <nick(a)quecheelibrary.org> --- Created attachment 40599 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=40599&action=edit [SIGNED OFF] Bug 3333: Confusing item status for not-for-loans This patch makes a tiny change in C4::Search::searchResults as to the handling of not-for-loans. This should make the display of status and availability of items more consistent in opac and staff. Additionally, a Place hold link should disappear in the opac, when it is not possible to place a hold on any item of one biblio. The following spots need special attention; the display should be corrected by this patch: [A] Location column showing number of available items in catalogue/search. [B] Location column of Cataloging Search (addbooks.pl) [C] OPAC Search results list in non-XSLT view. NOTE The forms opac-MARCdetail and MARCdetail also include an Items table with column Not for loan. The information in this column might still be somewhat confusing but is actually correct. The column only contains Not for loan if the item field is set. So it is empty when only the item type is nfl. Since a correction here is arguable, I am not including it on this report. Test plan: [1] Have at least two item types. Mark one item type (X) as not for loan. [2] Use at least two biblios with two items each. Mark one item of the first biblio as not for loan at item level (via item editor). Change one item of the second biblio to the item type of step 1 (X). [3] Set pref item-level_itypes==item and set all four xslt prefs (for opac and staff, results and detail) to default. [4] Check spots A, B and C as mentioned above. Also check: [D] OPAC Detail, Holdings table, Status column [E] Staff Detail, Holdings, Status. [5] Make all four xslt prefs now empty. Check spots A to E again. Especially observe C here. [6] Set pref item-level_itypes==biblio. Change your second biblio to item type of step 1 (X) in the cataloguing editor (MARC 942c). Check spots A to E again. [7] Set all four xslt prefs again to default. Check spots A to E again. [8] Run the unit test t/db_dependent/Search.t. Signed-off-by: Nick Clemens <nick(a)quecheelibrary.org> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0