February 2023 - Koha-bugs - lists.koha-community.org

[Bug 21919] New: Fast Add UX Enhancements
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '23

16 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21919 Bug ID: 21919 Summary: Fast Add UX Enhancements Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 82761 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=82761&action=ed… fast-add-example Enhancements to the Fast Add framework would help libraries efficiently enter both biblio and item level data to their record to get the record out and circulated as quickly as possible. Below is an example of what the form could present to the staff inputting the data. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 18853] New: Module wise email alerts
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '23

16 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18853 Bug ID: 18853 Summary: Module wise email alerts Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org At present koha is having limited number of email configurations for which library module managers is finding difficulty in replying or getting feedback from users. Therefore in sender address email should be separate module emails so that if a user reply should directly come to concern module manager like Acquisition, Circulation, Serial etc. because the emails are generating from the various modules/manager but replying to only one email is something very difficult to manage. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 33003] New: Show the vendor type description in supplier.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33003 Bug ID: 33003 Summary: Show the vendor type description in supplier.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Bug 31017 added a new vendor type field, where we can either enter a free text or add authorized values in the VENDOR_TYPE category to get a drop-down menu. When using the authorized values, we should show the authorized value description in supplier.pl. To test: 1. Add at least one authorized value in VENDOR_TYPE 1.1. Go to Administration > Authorized values 1.2. Search for VENDOR_TYPE 1.3. Click 'Add' 1.4. Fill out the form - Authorized value: BOOK - Description: Print books 1.5. Click 'Save' 2. Add a new vendor 2.1. Go to Acquisitions 2.2. Click 'New vendor' 2.3. Fill out the form - Name: ABC Bookstore - Vendor type: Print books 2.4. Click 'Save' 3. Go to the vendor page 3.1. Click on the vendor name --> The value in "Type" is BOOK, it should be "Print books" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 24606] New: Allow storing item values as a template for creating new items
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24606 Bug ID: 24606 Summary: Allow storing item values as a template for creating new items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is a feature developed by Kyle...elsewhere... Would need to be reworked to fit into modern Koha https://github.com/liblime/LibLime-Koha/commit/ac11f3d86772891e605b58ab7b5d… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 116

[Bug 30825] New: Get rid of GetReservesControlBranch
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30825 Bug ID: 30825 Summary: Get rid of GetReservesControlBranch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The method currently requires unblessed objects only to access one attribute on them... and it can certainly be moved to Koha::* -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 59

[Bug 32496] New: Reduce unnecessary unblessings of objects in Circulation.pm
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32496 Bug ID: 32496 Summary: Reduce unnecessary unblessings of objects in Circulation.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There are a lot of instances in of unnecessary unblesssings in Circulation.pm (and also in some other parts of the C4 namespace), for legacy reasons I assume as it was an convenient way not having to adept the code to much after changing to the object oriented interface. This patch builds on Bug 31735 and cleans up a large part, but not all, of these uncalled-for unblessings. I focused mainly on refactoring CanBookBeRenewed and the subroutines it calls as this is run for each checked out item and has on of the highest performance impacts of the circulation related subroutines. The performance gains are pretty modest though, so the main motivation is to clean up the code (and in some instances avoid having to re-fetch the object where a method needs to be called, and an unblessed hashref was passed in). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 32874] New: Fix cataloguing/value_builder/unimarc_field_700-4.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32874 Bug ID: 32874 Summary: Fix cataloguing/value_builder/unimarc_field_700-4.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Blocks: 30975 This is part of the refactoring happening in bug 30975 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30975 [Bug 30975] Framework plugins do not work on cloned fields/subfields -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 30700] New: Patrons who can log into staff client should be able to change their own password
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30700 Bug ID: 30700 Summary: Patrons who can log into staff client should be able to change their own password Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Patrons must have the additional borrowers->edit_borrowers subpermission to change other patron's passwords. This is fine, except if a patron has permission to log into the staff client but doesn't have borrowers permissions, they cannot change their own password via the staff client. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 32410] New: Don't show AnonymousPatron borrowernumber on checkout history
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '23

13 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32410 Bug ID: 32410 Summary: Don't show AnonymousPatron borrowernumber on checkout history Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the "Checkout history" for a record (/cgi-bin/koha/catalogue/issuehistory.pl?biblionumber=85452), there is a column called "Patron", which holds the borrowernumbers of the patrons that have borrowed items connected to the record. If old loans are anonymized, this will show the same borrowernumber as AnonymousPatron. If you do not remember the setting for AnonymousPatron you might not understand that the loans have been anonymized right away. It could be more helpful to display something like "Anonymized" instead of the AnonymousPatron borrowernumber. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26902] New: Add ability to flag a patron email address as possibly invalid
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '23

12 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26902 Bug ID: 26902 Summary: Add ability to flag a patron email address as possibly invalid Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be beneficial if there was a way to flag email addresses in Koha as possibly invalid. That way, if a library receives a bounce-back for a given email, Koha could flag that email address as questionable. At that point, Koha could show an alert when checking out to that patron so the librarian can confirm the address is correct with the patron. An API endpoint that would accept an email address, find any instance of that email address in patron records, and flag it as potentially invalid would be very useful to integrate automation of converting bounce-back emails into warning flags in Koha. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4