May 2022 - Koha-bugs - lists.koha-community.org

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 Shi Yao Wang <shi-yao.wang(a)inLibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #133952|0 |1 is obsolete| | --- Comment #188 from Shi Yao Wang <shi-yao.wang(a)inLibro.com> --- Created attachment 134930 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=134930&action=e… Bug 12446: Ability to allow guarantor relationship for all patron category types This adds a new field "Can be guarantee" to patron categories so it becomes possible for any category type to have a guarantor. To test: 1) Have a patron category of type 'Adult' and one of type 'Child' 2) Confirm, by searching for the "Patron guarantor" fieldset in the edit/create form, that: => a patron of the first category can't have a guarantor => a patron from the second category can 3) Apply patch and run updatedatabase.pl 4) Edit the categories and note the new "Can be guarantee" field 5) It should have been set to "yes" for the "Child" and to "no" for the "Adult" 5) Repeat step 2. It should behave in the same way. 6) Edit the "Can be guarantee" for any of the category and check that the fieldset only appears when "Can be guarantee" is set to "yes" 7) prove t/db_dependent/Patrons.t => tests should still pass Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11180] IP branch attribute should accept CIDR notation and add multiple ip
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11180 Michael Hafen <michael.hafen(a)washk12.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=28657 CC| |michael.hafen(a)washk12.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |30741 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30741 [Bug 30741] Add option to sort MARC overlay rules by specificity -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11626] Cannot receive serial issues after subscription expiry date
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11626 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Owen Leonard <oleonard(a)myacpl.org> --- I don't find this to be true in master as of 21.12.00.055. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8694] Show accurate subscription renewal warning for expired subscriptions
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8694 --- Comment #9 from Owen Leonard <oleonard(a)myacpl.org> --- I'd love to see this get picked up again. It's a minor issue, but annoying. When comparing dates in abouttoexpire, perhaps it could return a positive number if the expiration date is in the future and a negative one if it's in the past? Then the template logic could handle which message to display. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25705] New: Viewing all serials issues should not require serials permissions
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25705 Bug ID: 25705 Summary: Viewing all serials issues should not require serials permissions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com On the "/cgi-bin/koha/opac-detail.pl?biblionumber=X" page, there is a link "More Details" (/cgi-bin/koha/opac-serial-issues.pl?biblionumber=X), which shows the "Full subscription history" (ie received issues) for a subscription for a bib record. The Staff Client does not have an equivalent. The "/cgi-bin/koha/catalogue/detail.pl?biblionumber=X" page has a "Subscription details" (/cgi-bin/koha/serials/subscription-detail.pl?subscriptionid=X) link, but that requires full Serials permissions. Plus, it's not really equivalent. The closest equivalent is "/cgi-bin/koha/serials/serials-collection.pl?subscriptionid=X", but it also requires full Serials module permissions. It does not make sense that an OPAC user can see more data than a Staff Client user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 28709] New: Fetching biblio objects for custom covers is innefficient
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28709 Bug ID: 28709 Summary: Fetching biblio objects for custom covers is innefficient Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 22445 added the ability to define custom cover image urls using info from the bibliographic record The method custom_cover_image_url is part of Koha::Biblio To use the method the search results now fetch the Biblio object in individual calls in the results loop. If the method is refactored to allow passing parameters we can use the values already calculated in the subroutine to generate the URL and pass only the URL to the templates -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 30698] New: Not send PREDUE notice if autorenew is enabled
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30698 Bug ID: 30698 Summary: Not send PREDUE notice if autorenew is enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: gveranis(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org It would be nice if Koha not send PREDUE notice if the library has auto-renew enable , because that confuse sometimes users to return or not the book. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 20103] New: Remove Readonly::XS
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20103 Bug ID: 20103 Summary: Remove Readonly::XS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com >From the Readonly CPAN page: "Install this module, but do not use it. ... Programs that you write do not need to know whether Readonly::XS is installed or not. They should just "use Readonly" and let Readonly worry about whether or not it can use XS. If the Readonly::XS is present, Readonly will be faster. If not, it won't. Either way, it will still work, and your code will not have to change." This removes the Readonly::XS from the PerlDependencies. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 24552] New: Koha does not work with Search::Elasticsearch 6.00
by bugzilla-daemon＠bugs.koha-community.org 12 May '22

12 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24552 Bug ID: 24552 Summary: Koha does not work with Search::Elasticsearch 6.00 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Koha doesn't work with the latest version of Search::Elasticsearch (6.00) Steps to reproduce: 1. Install latest version of Search::Elasticsearch 2. Set SearchEngine syspref to 'Elasticsearch' 3. Reload starman 4. Do a search The search fails with the following error message: Error: Can't locate Search/Elasticsearch/Client/5_0/Direct.pm in @INC (you may need to install the Search::Elasticsearch::Client::5_0::Direct module) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20