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

[Bug 38892] New: Patron category 'can be a guarantee' means that same category cannot be a guarantor (bis)
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38892 Bug ID: 38892 Summary: Patron category 'can be a guarantee' means that same category cannot be a guarantor (bis) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com I think this was not completely fixed in bug 37892. When adding a patron, you cannot choose a guarantor with the same category. To recreate: 1, Go to Patrons 2. Click 'New patron' > 'Kid' 3. Fill out surname and cardnumber 4. Under Patron guarantor, click Add guarantor 5. Search for category = Kid and choose one of the patrons 6. Choose the relationship 7. Click 'Save' --> Error A guarantor cannot be a guarantee. This patron is not a guarantor. This error does not make sense. ***Note that it also blocks editing a patron that has the same category as their guarantor when coming from an upgrade!*** I think this a major, if not critical. I get that the example with 'Kid' does not make much sense, but I just wanted to avoid having to go into patron categories to change the 'Patron' category for example to 'can be guarantee' and make the example with two 'Patron' patrons. Not all libraries classify their patrons with kid/adult. It might be resident/non-resident for example, and a resident parent could have a resident guarantee. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 38411] New: When adding multiple items on receive, mandatory fields are not checked
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '26

16 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38411 Bug ID: 38411 Summary: When adding multiple items on receive, mandatory fields are not checked Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: adolfo.rodriguez(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org This was fixed Bug #34109 for the case where only one item is added (function addItem) When adding multiple items, the function addMulti is used and it doesn't check mandatory fields. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 39268] New: Tab Switching Issue: 'My Lists' and 'Public Lists' Sticky, Displaying Incorrect Lists Until Page Refresh
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '26

15 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39268 Bug ID: 39268 Summary: Tab Switching Issue: 'My Lists' and 'Public Lists' Sticky, Displaying Incorrect Lists Until Page Refresh Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There is an issue with the "Your Lists" and "Public Lists" tabs where the list content doesn't update correctly when switching between them. Initially, the lists display correctly. However, when a user clicks between the tabs (e.g., from 'Public Lists' to 'Private Lists' or vice versa), the list content remains stuck on the first tab's content. For instance, if a user starts on the 'Private Lists' tab and switches to the 'Public Lists' tab, the lists from 'Private Lists' continue to display even though the 'Public Lists' tab is selected. Similarly, if a user switches from 'Public Lists' to 'Private Lists', the 'Public Lists' remain visible. This issue persists until the page is refreshed, at which point the lists reset, but the same behavior occurs again upon switching tabs. This causes confusion, especially for staff who need to view both private and public lists and expect the tab content to reflect the selected tab. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 39183] New: If using automatic return claim resolution on checkout, each checkout will overwrite the previous resolution (again)
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '26

15 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39183 Bug ID: 39183 Summary: If using automatic return claim resolution on checkout, each checkout will overwrite the previous resolution (again) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The fix from bug 38246 got deleted when a subsequent bug was rebased. :( Same problem, same fix. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 39244] New: Duplicate and change password buttons missing if no borrowerRelationship defined
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '26

15 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39244 Bug ID: 39244 Summary: Duplicate and change password buttons missing if no borrowerRelationship defined Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If borrowerRelationship is empty the "Duplicate" and "change Password" buttons don't show after the patch from Bug 38429 on both 24.11.x and main -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 40620] New: Holds Queue will assign to the lowest item number if multiple branches have the same transport cost
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '26

15 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40620 Bug ID: 40620 Summary: Holds Queue will assign to the lowest item number if multiple branches have the same transport cost Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com When using a transportation cost matrix where some branches have the same cost, the hold will be assigned to the lowest item number. This can cause uneven distribution of holds if one branch is cataloging items before they arrive and another catalogs them once they arrive, the first branch will always be targeted first. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 37950] New: Clarify that ITEMTYPECAT is OPAC-only in the manual
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '26

15 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37950 Bug ID: 37950 Summary: Clarify that ITEMTYPECAT is OPAC-only in the manual Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de Unless or until search categories become usable in the staff interface (see bug 32258), the manual should be clarified to specify that this feature applies only to the OPAC. Right now, it's not clear from the manual in Administration > Item types or Administration > Authorized values that this isn't available in the staff interface. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 39005] New: Typo in patron category Force new password reset message
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '26

15 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39005 Bug ID: 39005 Summary: Typo in patron category Force new password reset message 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: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 33462 introduced, in the patron category administration pages, an option regarding forcing a new patron to reset their password - Force new patron password reset. However, there is a typo / grammar issue in the explanatory message underneath the pick field. The message currently says: "Choose whether staff created patrons of this category be forced into resetting their password after their first OPAC login." It should be corrected to: "Choose whether staff-created patrons of this category are forced to change their password after their first OPAC login." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 33627] New: OAI-PMH script build_oai_sets.pl is slow and memory angry
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '26

15 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33627 Bug ID: 33627 Summary: OAI-PMH script build_oai_sets.pl is slow and memory angry Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 15108 optimize set search but there's the same issue in: ./misc/migration_tools/build_oai_sets.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 17498] New: Expose system preference values to JavaScript in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '26

14 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17498 Bug ID: 17498 Summary: Expose system preference values to JavaScript in the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org We process a lot of JavaScript in the OPAC templates, usually because there are template variable which need to be processed. Some of these variable, like system preferences, are a global setting which is common to many pages in the OPAC. I propose that these settings be defined in embedded JavaScript so that the scripts themselves can be moved to a separate file. In my proposal, opac-bottom.inc will contain a section like this: <script type="text/javascript"> if (typeof KOHA == "undefined" || !KOHA) { var KOHA = {}; } KOHA.paths = { "interface_theme":"[% interface %]/[% theme %]" } KOHA.preferences = { "BakerTaylorEnabled" : [% IF ( Koha.Preference( 'BakerTaylorEnabled' ) == 1 ) %]1[% ELSE %]0[% END %], ...and then an separate JS file will use those variables to conditionally load resources: if( KOHA.preferences.Coce && KOHA.preferences.CoceProviders ){ KOHA.externalResources.push( KOHA.paths.interface_theme + "/js/coce.js" ); var NO_COCE_JACKET = _("No cover image available"); } if( KOHA.externalResources.length > 0 ){ Modernizr.load({ load: KOHA.externalResources }); } I'd appreciate comments anyone might have on this system. My goal, if this works well, is to then add a JavaScript concatenation/minification task for OPAC js assets. Moving as much JS as possible out of the templates will help us take advantage of that minification. -- You are receiving this mail because: You are watching all bug changes.

1 7