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

[Bug 14434] OPAC should indicate to patrons that auto renewal will not work because hold has been placed
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14434 Holger Meißner <h.meissner.82(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #54842|0 |1 is obsolete| | --- Comment #11 from Holger Meißner <h.meissner.82(a)web.de> --- Created attachment 54843 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=54843&action=ed… Bug 14434: Display "Not renewable (on hold)" in OPAC This patch makes the OPAC display "Not renewable (on hold)" when a hold is placed. Test plan: 1) Do not apply patch. 2) Issue an item with automatic renewal. 3) Issue an item with manual renewal. 4) Place a hold on both items. 5) Log in as patron and note that the column "Renew" says "Automatic renewal (x of y renewals remaining)" for the auto renewed item and "(On hold) for the other item. 6) Apply patch. 7) Refresh OPAC and note that now "Not renewable (on hold)" is displayed for both items. 8) Cancel the holds, then log in as patron again and confirm that the correct renewal conditions are displayed. Sponsored-by: Hochschule für Gesundheit (hsg), Germany -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14434] OPAC should indicate to patrons that auto renewal will not work because hold has been placed
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14434 Holger Meißner <h.meissner.82(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14434] OPAC should indicate to patrons that auto renewal will not work because hold has been placed
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14434 Holger Meißner <h.meissner.82(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #54512|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14434] OPAC should indicate to patrons that auto renewal will not work because hold has been placed
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14434 --- Comment #10 from Holger Meißner <h.meissner.82(a)web.de> --- Created attachment 54842 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=54842&action=ed… Bug 14434: Display "Not renewable (on hold)" in OPAC This patch makes the OPAC display "Not renewable (on hold)" when a hold is placed. Test plan: 1) Do not apply patch. 2) Issue an item with automatic renewal. 3) Issue an item with manual renewal. 4) Place a hold on both items. 5) Log in as patron and note that the column "Renew" says "Automatic renewal (x of y renewals remaining)" for the auto renewed item and "(On hold) for the other item. 6) Apply patch. 7) Refresh OPAC and note that now "Not renewable (on hold)" is displayed for both items. 8) Cancel the holds, then log in as patron again and confirm that the correct renewal conditions are displayed. Sponsored-by: Hochschule für Gesundheit (hsg), Germany -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14434] OPAC should indicate to patrons that auto renewal will not work because hold has been placed
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14434 --- Comment #9 from Holger Meißner <h.meissner.82(a)web.de> --- Oops. Sorry about that. And now that I realized it's actually the same code for both cases, I used "Not renewable (on hold)" as Héctor suggested. I hope that's okay :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14695] Add ability to place multiple item holds on a given record per patron
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #173 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Kyle M Hall from comment #150) > > Note that this patch set is not ready to be pushed as it, there is a big > > lack of tests (for new modules, new subroutines/methods and modified > > subroutines). > > Agreed, I'll take a look and see what I can do about that! That is still valid. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17106] New: DataTables patron search defaulting to 'starts_with' - doc
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17106 Bug ID: 17106 Summary: DataTables patron search defaulting to 'starts_with' - doc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 15930 modified default value for DataTables patron search. The doc text should also be modified : "Can be 'contain' or 'start_with' (default value). Used for the searchmember parameter." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 14544] Move the list related code to Koha::Virtualshelves
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14544 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |17185 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17185 [Bug 17185] Staff client shows "Lists that include this title:" even if item is not in a list -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15930] New: DataTables patron search defaulting to 'starts_with' and not getting correct parameters to parse multiple word searches
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15930 Bug ID: 15930 Summary: DataTables patron search defaulting to 'starts_with' and not getting correct parameters to parse multiple word searches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org So far I know this is affecting: request.pl svc/members.search When two terms are used to search e.g. 'Henry Acevedo' no results are returned The query in the system is searching for borrower.'surname' LIKE 'Henry Acevedo%' The searchtype parameter needs to e set to 'contain' -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 16921] New: Authority Linking doesn't match to proper record
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16921 Bug ID: 16921 Summary: Authority Linking doesn't match to proper record Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: vanoudt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 53394 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=53394&action=ed… New Linker Module: BestMatch We've had some trouble here linking our records to their proper authority records. The zebra search seems to be giving back results that match only on the first word. Copied from an email to the devel list: ----- ...I'm in the process of trying to relink all of our biblios to the right authority files. Somehow, they were an /incredible/ mess. I've created the authority records okay, but when trying to run link_bibs_to_authorities.pl, it links them to the wrong places. Investigating, it seems like zebra isn't giving the right search results back. I can confirm this in yaz-client using the query that is created by koha. Searching for "Bentley, Peter, Ed." returns 4 results, only two of which are close. Actually, the record I'm trying to match is "Bentley, Peter, (Ed.)" - the last option. Interestingly enough, if I search for "Bentley, 3432531531532513985735981<anything at all here>" it will also show me the same four results.So does searching for "Bentley 513513531513515151".But searching for "Bentleyr435435151551251" shows no results, as I would expect. ----- Not sure what's going on here - but in desperation, I wrote a new Linker Module. It's called the "BestMatch" linker. Basically, it gets all the authorities back from the search, and then searches through them all to find the one that matches perfectly. If there is no perfect match, it tries to find a match that differs only in whitespace/punctuation. The only problem - it is understandably very SLOW It's possible that I've completely missed the point here. But the BestMatch linker seems to be doing the job for us. Note: To do a successful match, the authority data was exported from bibliographic records using koha-auth, then imported into the authorities table, and then the link_bibs_to_authorities.pl script run with the BestMatch linker selected. -- You are receiving this mail because: You are watching all bug changes.

1 9