October 2019 - Koha-bugs - lists.koha-community.org

[Bug 23041] New: Add Custom reports to patron record
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23041 Bug ID: 23041 Summary: Add Custom reports to patron record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: christofer.zorn(a)ajaxlibrary.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Created attachment 90279 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=90279&action=ed… The print button Hello, It would be a wonderful feature to allow the addition of custom notices to the "Print" pull down when viewing a patron record. We would like the ability to pull up a patron, then be able to print more notice options than just the Issue Slip, Quick Slip and Summary. The idea would be to put a billing notice under that so we can generate a canned printed report directly from the patrons record. We want to generate a print copy, not an email. A system preference that built off of the existing list and add pre-defined notices to that pull down. Please let me know if you'd like me to elaborate. Thanks for considering! Christofer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 23040] New: The output of Illrequests.t displays warnings
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23040 Bug ID: 23040 Summary: The output of Illrequests.t displays warnings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 20750 Target Milestone: --- kohadev-koha@kohadevbox:/home/vagrant/kohaclone$ prove t/db_dependent/Illrequests.t t/db_dependent/Illrequests.t .. 1/11 no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. t/db_dependent/Illrequests.t .. 4/11 no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. t/db_dependent/Illrequests.t .. 7/11 no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. t/db_dependent/Illrequests.t .. 10/11 no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. no query in themelanguage at /home/vagrant/kohaclone/C4/Templates.pm line 266. t/db_dependent/Illrequests.t .. ok All tests successful. Files=1, Tests=11, 6 wallclock secs ( 0.04 usr 0.00 sys + 4.94 cusr 1.16 csys = 6.14 CPU) Result: PASS Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20750 [Bug 20750] Allow timestamped auditing of ILL request events -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 23028] New: Optionally use invalid ISBN 020 $z to get cover images
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23028 Bug ID: 23028 Summary: Optionally use invalid ISBN 020 $z to get cover images Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jhannert(a)nmc.edu QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently Koha pulls enhanced content cover images using only valid (020$a) ISBNs. It would be nice to optionally include cancelled ISBNs (020$z) in the pool to check for cover images as well. I'm not sure how complex it would be to have a hierarchy; i.e. use 020$a as the source first, and then 020$z if none are found. Even if this kind of distinction isn't possible, it would be enormously helpful to include the cancelled ISBNs (optionally, of course). -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 23014] New: Searching In Acquisitions
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23014 Bug ID: 23014 Summary: Searching In Acquisitions Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- It would be nice to have another option when searching in Acquisitions. Currently, when a user is on the /acqui/histsearch.pl . page, searching orders. The options are: any status excepted canceled, new, ordered, partially received, received and canceled. The option we would like to see is the search to search "everything". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 21544] New: Self Check-in tool does not trigger holds
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21544 Bug ID: 21544 Summary: Self Check-in tool does not trigger holds Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 15492 Stand alone self Check-in Tool has been released into 18.05, however, if a book that has a hold on it gets returned through the stand alone self checkin tool, the hold does not trigger. There is no alert to the patron that this book needs to be brought to the circulation desk or prompt for any other direction. For libraries to use this self checkin tool, there needs to be some function/block that alerts the checkin with a hold to be different than a book with no hold. I tested, both bib level holds and item level holds were treated the same way, with no alert. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 21561] New: Check out restriction to category / branch
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21561 Bug ID: 21561 Summary: Check out restriction to category / branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: joseanjos(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com As discussed here: http://koha.1045719.n5.nabble.com/Check-out-restriction-to-category-branch-… its not possible to restrict holds between one library to a group of libraries. With independentbraches it will restrict everything, including Patrons modification. IndependentBranchesPatronModifications should prevent that but doesn't do it. The pretended is this: 1 Main Library (City hall Library CHL) 20 School Libraries (on the same server) Assuming that if a Patron from a School wants to be patron of CHL it will be duplicated Shouldn't be possible checkout from CHL to any school Patron Shouldn't be possible checkout from school to any CHL Patron Should be possible to transfer from CHL to any school Patron and vice-versa School Staff category should be able to modify Patrons because: - Every student is created with is student Nº - On next year he can change from school - Librarian from school should be able to change Library from Student This last point is very important! Otherwise only super librarians can change it. That would be impossible to manage because hundreds of students change every year. The Librarian of each school MUST do that job. Something like Library transfer limits but Library Holds limits would be nice -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 21609] New: Store pre-rendered html in search engine (zebra or elastic).
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21609 Bug ID: 21609 Summary: Store pre-rendered html in search engine (zebra or elastic). Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org XSLT rendering is slow, I started to think about whether it would be possible to store pre-rendered HTML in zebra or elastic, so that we only have to run the marcxml to html xslt transformations at indexing time rather than per, search. It's a time vs. space optimization, and I don't know if the html generated by xslt ever gets cached; if it does, we might not see any benefit. Anyway, putting it out for discussion. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 21642] New: create patron card template in koha generate error not assign template id
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21642 Bug ID: 21642 Summary: create patron card template in koha generate error not assign template id Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: it.officer(a)ppsu.ac.in QA Contact: testopia(a)bugs.koha-community.org create patron card template in koha generate error not assign template id -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 21677] New: MARC detail view may show field header info erroneously
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21677 Bug ID: 21677 Summary: MARC detail view may show field header info erroneously Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org If the fields in the marcxml are not in order, and LabelMARCView is set to compact, the MARC detail view can show the field headers multiple times. To reproduce: 1) Turn on LabelMARCView 2) Turn on EnableAdvancedCatalogingEditor (Rancor allows entering fields in any order, unlike the old editor) 3) Catalogue a new record with the following fields in this order: 655 _ _ ‡afoo 100 _ _ ‡abar 655 _ _ ‡abaz 650 _ _ ‡aqwerty 655 _ _ ‡aqux 655 _ _ ‡aquux 4) Go to that record's MARC detail view. In the 6xx tab, you will see three separate entries for 655 fields: 655 $a foo 655 $a baz 655 $a qux $a quux How it should look: 655 $a foo $a baz $a qux $a quux -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 21707] New: Wrong CSRF token - adding a new patron with auto generated card number turned on
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21707 Bug ID: 21707 Summary: Wrong CSRF token - adding a new patron with auto generated card number turned on Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cfhong2000(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Trying to add a new patron by entering Surname and click Save. Card Number leave blank since it is using auto-generated. The following error was thrown. Software error: Wrong CSRF token at /usr/share/koha/intranet/cgi-bin/members/memberentry.pl line 307. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5