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

[Bug 34526] New: Add override options to checkout renewal endpoint
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '24

29 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34526 Bug ID: 34526 Summary: Add override options to checkout renewal endpoint Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 25393] New: Create separate No Automatic Renewal Before rule
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '24

29 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25393 Bug ID: 25393 Summary: Create separate No Automatic Renewal Before rule 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Koha currently applies the No Renewal Before value to both manual and automatic renewal. Libraries that use a mix of manual and automatic renewal often don't want the same behavior between them - they want manual renewal to be possible earlier in the checkout even if automatic renewal doesn't happen until closer to the due date. We could address this by maintaining separate No Renewal Before values. For what it's worth, we already acknowledge this possibility when leaving No Renewal Before blank. For a manual renewal, no value in No Renewal Before allows renewal immediately. For an automatic renewal, no value in No Renewal Before does not allow renewal until the due date. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 67

[Bug 36162] New: Train table needs more detail
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '24

29 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36162 Bug ID: 36162 Summary: Train table needs more detail Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Preservation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com The Train table in the Preservation module needs more detail. After adding an item from the waiting list, the table lists an ID # and then Edit/Remove buttons, and possibly an "Attributes" column. It would be nice if the table listed the bibliographic title and a barcode link. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28980] New: Add temporary passwords which must be reset after first login
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '24

29 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28980 Bug ID: 28980 Summary: Add temporary passwords which must be reset after first login 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be great if passwords could be marked as temporary, so that staff users could set temporary passwords for borrowers, and those borrowers would have to reset their password on their 1st successful login. This would prevent staff users from re-using the same simple password across a range of users and having those same simple passwords persist over time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 31733] New: 880 titles missing from OPAC cart
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '24

29 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31733 Bug ID: 31733 Summary: 880 titles missing from OPAC cart 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org We're showing 880 $6245 values on the search results and the detail page, so we should show them on the OPAC cart popup as well -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 29046] New: Allow libraries to specify email order for "AutoEmailPrimaryAddress"
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '24

28 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29046 Bug ID: 29046 Summary: Allow libraries to specify email order for "AutoEmailPrimaryAddress" 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At the moment, Koha::Patron->first_valid_email_address is hard-coded to go "email", "emailpro", and then "B_email". Libraries should be able to specify their own preference (at least since historically email was "Home" and emailpro was "Work" and many non-public library Koha databases would rather privilege emailpro over email). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 33192] New: We should rename 'AutoEmailPrimaryAddress' to 'EmailFieldPrimary' for clarification
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '24

28 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33192 Bug ID: 33192 Summary: We should rename 'AutoEmailPrimaryAddress' to 'EmailFieldPrimary' for clarification Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The AutoEmailPrimaryAddress preference no longer only affects AutoEmailNewUser (formerly known as AutoEmailOpacUser). As such I feel it should be clarified and renamed to EmailFieldPrimary to show it is actually being used for the majority of notices now. I chose EmailField* to sit it next to the new preference I attempt to introduce in bug 29046. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 34922] New: Populate amount with replacementprice/price when creating an invoice
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '24

28 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34922 Bug ID: 34922 Summary: Populate amount with replacementprice/price when creating an invoice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some librarians would find it handy if the "amount" field was populated with the replacementprice/price after adding the barcode to a manual invoice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 30069] New: Add edifact_messages to cleanup_database.pl
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '24

28 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30069 Bug ID: 30069 Summary: Add edifact_messages to cleanup_database.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz We should add the ability to clean up old edifact messages with cleanup database. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 36015] New: New features in batch modification template management
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '24

28 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36015 Bug ID: 36015 Summary: New features in batch modification template management Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: infoscienceaddict(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl As we use batch record modification quite often, we apply many templates regularly. The problem is that their number has grown significantly. It would be good to arrange them in folders so that we can separate the ones about authorities from those about bibliographic records. Also, some options to sort them (i.e. alphabetically, by description, etc.) would be great. Last but not least, it would be great if we could rename an existing template could become handy. At first, we didn't use explanatory names for each template, so now it's hard to find a template in their whole batch. I hope someone else out there thinks these would be useful! Thank you! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4