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

[Bug 37625] New: Update HoldsNeedProcessingSIP system preference description
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '25

21 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37625 Bug ID: 37625 Summary: Update HoldsNeedProcessingSIP system preference description Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The HoldsNeedProcessingSIP is very useful for libraries using SIP, but the system preference description doesn't tell you much. It would be nice to add some more information here about the intermediate status that will be assigned when you set it to "not fulfill" holds immediately. Also "returning" should be updated to "checking in". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 33703] New: Bug in Date of Birth Field Entry
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '25

21 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33703 Bug ID: 33703 Summary: Bug in Date of Birth Field Entry 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: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 150894 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=150894&action=e… DateNoSlash_1 Description: When using the Koha Date of Birth field to add a new patron, entering a date without punctuation (/ or -) causes the date to change to an incorrect date. Steps to reproduce: 1. From Koha Patron module > add new patron > patron identity section, Date of birth field, enter a birthdate for 24 May 1964 as 05241964 (DateNoSlash_1.png) manually. 2. Tab or hit enter, and the birth date that is recorded changes to 06/10/1964 or June 10 1964 (DateNoSlash_2.png). Similar behavior happens whenever the date is entered without punctuation. Expected Results: If data is entered in this field without slashes or hyphens, the slashes would be input without changing the intended date. Suggesting here a correction to correctly assign birthdates as entered with or without punctuation. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 120

[Bug 40200] New: Add an ERM data tab to the catalog detail page
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '25

21 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40200 Bug ID: 40200 Summary: Add an ERM data tab to the catalog detail page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: clemens.tubach(a)kit.edu, jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, michaela.sieber(a)kit.edu, pedro.amorim(a)openfifth.co.uk When looking at the detail page in the staff interface catalog, we should have have a tab to display information from the ERM module. For example we could display in a little table: - Packages the title is linked to (via erm title - erm resource) - Maybe license information - Maybe agreement information And provide links to these so you can navigate there easily if you have the required permissions. This would allow to tie the catalog and the ERM module closer together. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 38540] New: Checkout override allowed without permissions when item has parts / materials specified
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '25

20 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38540 Bug ID: 38540 Summary: Checkout override allowed without permissions when item has parts / materials specified 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Koha will allow a user who does not have force_checkout permissions to check out to a user with fines over the NoIssuesCharge amount if the item to be checked out has a value in items.materials has content. To confirm: 1- set AllowFineOverride to Allow, confirm there is a value in NoIssuesCharge 2- have a user with circulate_remaining_permissions but not force_checkout 3- have a patron with fines over the NoIssuesCharge amount 4- have two items: Item A does not have a value in items.materials, Item B does 5- log in as your user, find your patron 6- attempt to check Item A out to your patron, Koha tells you "Cannot check out" and "Patron has a debt" 7- attempt to check out Item B, Koha says "Please confirm checkout," tells you about the debt and the materials note This happens whether or not CircConfirmItemParts is on. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 38212] New: Optionally allow lost items to fill holds (or not)
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '25

20 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38212 Bug ID: 38212 Summary: Optionally allow lost items to fill holds (or not) Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some Partners would like the ability to exclude Lost items from making holds available, similar to the AllowHoldsOnDamagedItems system preference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 16207] New: Incorporate circulation and fine rules for library groups
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '25

20 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16207 Bug ID: 16207 Summary: Incorporate circulation and fine rules for library groups 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I think we could simplify circulation and fine rules by incorporating library groups into the mix. For example, I have 27 libraries, and 8 of them follow the same set of rules that are different from the defaults. So, what if instead of cloning these special rules to 8 different libraries (and who knows how many other duplicated sets of rules there are), we defined a set of rules for a library group. If the library is part of that group, it goes by those rules. I don't know if we want to use the same library groups that are already defined in the libraries and groups, or if we want to create a unique Circ rule group. Because, there is always the chance that one or more of the libraries in the 8 that are grouped together by affiliation or region could have a slightly different set of rules. However, I think rules by groups would make managing rules far less complicated than managing groups of cloned rules. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 18327] New: Reception date when receiving multiple issues for a subscription is not the good one
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '25

20 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18327 Bug ID: 18327 Summary: Reception date when receiving multiple issues for a subscription is not the good one Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When receiving several issues for a subscription (Serials > Serial collection > Multi receiving), the reception date is identical to the publication date instead of being the today date. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 35654] New: Add option to delete last item to delete_items.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '25

17 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35654 Bug ID: 35654 Summary: Add option to delete last item to delete_items.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: enica(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Apologies if there's a duplicate bug. It would be great to add a parameter to delete_items.pl to delete the record if the last item getting deleted is the only one that remains. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 52

[Bug 40061] New: Cannot delete image from patron card creator
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '25

17 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40061 Bug ID: 40061 Summary: Cannot delete image from patron card creator Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I noticed this in 24.05, but it also happens in KTD on main. When you upload an image in the patron card creator, if you try to delete it, it returns an error. 1. Go to Tools > Patron card creator 2. Click New > Image 3. Upload an image (I used a png with transparent background, hence why I had to delete it after, but I also tried with a jpg with the same result) 4. Enter a name for the image (I tried "Logo Bibliothèque" as well as a name all in lowercase letters without spaces or diacritics "tomhanks" with the same result) 5. Click Upload 6. Click Delete on the right-hand side --> Error "WARNING: An error has occurred. Please have your system administrator check the error log for details." plack-intranet-error.log says [2025/06/03 16:40:36] [WARN] No image ids passed in to delete. at /kohadevbox/koha/patroncards/image-manage.pl line 131. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 40250] New: Wrong link to NoIssuesChargeGuarantorWithGuarantees in patron category page
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '25

17 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40250 Bug ID: 40250 Summary: Wrong link to NoIssuesChargeGuarantorWithGuarantees in patron category page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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: gmcharlt(a)gmail.com I noticed while translating that the link to the NoIssuesChargeGuarantorsWithGuarantees syspref in the patron category settings page is a link to NoIssuesChargeGuarantees. A simple copy-paste error I think. To recreate: 1. Go to Administration > Patron categories 2. Click New category --> Notice the hint under "Guarantors with guarantees checkout charge limit" is to the NoIssuesChargeGuarantees system preference rather than NoIssuesChargeGuarantorsWithGuarantees -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21