March 2025 - Koha-bugs - lists.koha-community.org

[Bug 27637] New: Allow ReservesMaxPickUpDelay to be adjusted based on item values
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '25

30 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27637 Bug ID: 27637 Summary: Allow ReservesMaxPickUpDelay to be adjusted based on item values 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 The syspref ReservesMaxPickUpDelay contains a number of days to be added to the current date in order to derive the expiration date for a hold. It allows no variation for item types, libraries, etc. I propose a new companion syspref of ReservesMaxPickUpDelayAdjustments (or something). It'd take a set of item table fields, values, and numbers to be added to the ReservesMaxPickUpDelay value. So something like: holdingbranch: CPL: 2 itype: DVD: -3 Would mean holds on items at CPL would get 2 extra days, holds on DVDs would get 3 fewer days. Whatever syntax we arrive at should allow grouping conditions, so a library could adjust pickup delays for only a specific itype at a specific branch, for example. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 35886] New: FindDuplicate only checks first ISBN
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '25

30 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35886 Bug ID: 35886 Summary: FindDuplicate only checks first ISBN Change sponsored?: --- Product: Koha Version: master 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 When ordering a title via z39.50, the duplicate match is only done on the first ISBN. This can lead to duplicates being ordered and created. To recreate: 1. Have a record that you can find via z39.50 2. Copy the ISBN 3. In Acquisitions, create a basket 4. Add to basket from an external source 5. Using the copied ISBN, search a z39.50 source 6. Click the result and click Order --> It should warn for a duplicate 7. Click Cancel 8. Edit the record, add a second ISBN 9. Redo steps 4-6 --> It should warn for a duplicate 10. Click Cancel 11. Edit the record, place the second ISBN in first position 12. Redo steps 4-6 --> No duplicate warning! Note: if you cancel after step 12, the duplicate record will have been created. You will need to search your catalog and delete the record to redo the tests. I don't know if that is only in the case of z39.50 or if other types of orders also have that same problem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 28965] New: Add public routes for lists
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '25

30 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28965 Bug ID: 28965 Summary: Add public routes for lists Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 36742] New: Do not show Libraries in OPAC menu if there is just one public library
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '25

30 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36742 Bug ID: 36742 Summary: Do not show Libraries in OPAC menu if there is just one public library Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org We are testing now for libraries>1 but we should check for the number of public libraries. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 36290] New: Make it possible to turn off all notices for a single branch
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '25

30 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36290 Bug ID: 36290 Summary: Make it possible to turn off all notices for a single branch 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: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org An option, probably in the libraries settings, to turn of notices for a branch, even better if it's within a date range would be very helpful for library closures. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 19762] New: PREDUE notices should be not applied when OverdueNoticeCalendar is activate
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19762 Bug ID: 19762 Summary: PREDUE notices should be not applied when OverdueNoticeCalendar is activate Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, It would be great if the OverdueNoticeCalendar systeme preference could be set for the PREDUE notices too. For exemple a student receive his predue notices for document on saturday, but the library is closed for the week end, this student should not had receive this notification on saturday because it cause misunderstanding. It cause so many incomprehension for the user to receive this notifications when the library is closed. So, if the OverdueNoticeCalendar could take into consideration this notification too it would more understandable for students. Or, it could be an option. Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 39179] New: ILL batches should allow editing without having to add new requests
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39179 Bug ID: 39179 Summary: ILL batches should allow editing without having to add new requests Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: jeremy.evans(a)ukhsa.gov.uk, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 34250] New: Sort debit types alphabetically by description and add empty option when adding manual fee
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34250 Bug ID: 34250 Summary: Sort debit types alphabetically by description and add empty option when adding manual fee 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org At the moment when you add a manual fee to a patron account the sorting is off, maybe sorting the system internal ones separately from additional debit types? There is also no empty entry, so the first is always selected automatically. It would be nice if we could select a 'default' that is pre-selected, but to avoid errors, and empty entry and making the field requires would be good. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 39491] New: All accoutnline notes should be HTML textarea
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39491 Bug ID: 39491 Summary: All accoutnline notes should be HTML textarea Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Since accountline notes can be mediumtext in DB we should turn all the inputs on the UI into textarea to make it easier to enter and read notes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 39323] New: Print dropdown in members toolbar should auto close
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39323 Bug ID: 39323 Summary: Print dropdown in members toolbar should auto close Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using the Print dropdown to print something from the patron's account (summary, slip, etc.) the dropdown no longer closes automatically when clicking an option. This leads to an awkward extra click to clear it away after closing the print dialog. To replicate - 1 - Pull up a patron 2 - Click Print > Print summary in the toolbar 3 - Close the print dialog 4 - The Print dropdown menu is still open -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20