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

[Bug 34473] New: "Holds Waiting Over..." is not matching the ReservesMaxPickupDelay syspref
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34473 Bug ID: 34473 Summary: "Holds Waiting Over..." is not matching the ReservesMaxPickupDelay syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Holds are being marked as problematic even before they reach the number of days set in the ReservesMaxPickUpDelay syspref. Library Example: The ReservesMaxPickUpDelay syspref is set to mark holds as problematic at 10 days. Today is August 3rd and yet it is showing holds with expiration dates of August 1st and August 2nd in the Holds Waiting Over 10 days tab at /cgi-bin/koha/circ/waitingreserves.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 37563] New: Refund modal in Point of Sale should include ending zeros
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37563 Bug ID: 37563 Summary: Refund modal in Point of Sale should include ending zeros Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com When issuing a refund from the transaction history page in the POS module the refund modal does not display ending zeros for amounts in the 'Amount paid' and 'Returned to patron' fields. Payments like 25.00 or 2.40 will display as 25 or 2.4 in the modal. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 8855] Link from receipt to invoice
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8855 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |Needs documenting Resolution|FIXED |--- -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37615] New: Clean up the form for sending cardnumbers from a report to batch patron modification
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37615 Bug ID: 37615 Summary: Clean up the form for sending cardnumbers from a report to batch patron modification Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: phil(a)chetcolibrary.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 37197 Followup to bug 37197, because I wrote the patch there based on reverting the changes from the wrong CSRF patch - https://git.koha-community.org/Koha-community/Koha/commit/8a20e0cb6a0efd6b9… changed it from a POST to cud-show into a GET of show, but then later on https://git.koha-community.org/Koha-community/Koha/commit/21fa3f64c31dad23e… tried to make that actually work by switching from a textarea to a (long) list of inputs, which isn't needed now that we've gone back to a POST. It should just be a textarea like the other POSTed lists of numbers. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37197 [Bug 37197] Batch patron modification from reports fails by using GET instead of POST -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 37366] New: Patron category "Password change in OPAC" setting only follows system preference
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37366 Bug ID: 37366 Summary: Patron category "Password change in OPAC" setting only follows system preference Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Administration > Patron categories, when setting the Password change in OPAC field, Koha will not save "Allowed" or "Not allowed" options, and will only keep "Follow the system preference OPACPasswordChange..." value. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 35539] New: Remove 'bulk' column from categories table
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35539 Bug ID: 35539 Summary: Remove 'bulk' column from categories table 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: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: fridolin.somers(a)biblibre.com, gmcharlt(a)gmail.com, jonathan.druart+koha(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle.m.hall(a)gmail.com, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, tomascohen(a)gmail.com Looking at the code (first commited 17 years ago) the "bulk" column in the 'categories' table appears to not be utilized anywhere in the code. Is anyone able to confirm? I suggest we remove this if that is the case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 36055] New: Simplify MARC21 Fast Add framework
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36055 Bug ID: 36055 Summary: Simplify MARC21 Fast Add framework Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I was looking at the Fast Add framework and noticed there were a lot of unnecessary field, notably $6 and $8 and obsolete fields, which can be confusing (imo) for circulation staff/non-catalogers who would be doing the fast adding. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 37498] New: Patron messaging preferences ordering should be configurable
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37498 Bug ID: 37498 Summary: Patron messaging preferences ordering should be configurable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: samalau(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 29194 Bug 29194 introduced a basic logical ordering for the patron messaging preferences. Ideally, this ordering should be able to be changed by staff, otherwise defaulting to the ordering in 29194. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29194 [Bug 29194] Patron messaging preferences should be ordered -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 37781] New: Add translation context for "On" (when used alone)
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37781 Bug ID: 37781 Summary: Add translation context for "On" (when used alone) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com There are two places (according to the translation tool) that have the string "On" used alone. The two cases have different contexts: In smtp_servers.tt, "On" is used in opposition to "Off" for the debugging mode. In itemsearch.tt, "On" is used for a date, "After [date]", "Before [date]", "On [date]" In French these would be two different words, but as it is, the same string is used in both cases. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 31161] New: OAI-PMH - Add ability to exclude suppressed records in output
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31161 Bug ID: 31161 Summary: OAI-PMH - Add ability to exclude suppressed records in output Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org At the moment, if a record is suppressed in Koha it will still appear in the results set of an OAI-PMH query. It would be great to have an option to exclude a record if 942$n is set to suppress. That way OPAC suppression would be reflected in the OAI output. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 94