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

[Bug 43011] New: Help link should link to a specific Authorized Value
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43011 Bug ID: 43011 Summary: Help link should link to a specific Authorized Value Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- It would be helfpful if the Help link would link to the specific section in the manual for Authorized Values Example LOST: Go to Administration > Authorized Values > LOST cgi-bin/koha/admin/authorised_values.pl?searchfield=LOST In the moment it links to https://koha-community.org/manual/latest/en/html/administration.html#author… It should link to administration.html#lost or https://koha-community.org/manual/latest/en/html/administration.html#lost-a… See also Joubus Plugin : https://gitlab.com/joubu/koha-plugin-ask-the-manual Very Nice, but could be a core feature ;-) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 33350] New: Show items info several times in notice content
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33350 Bug ID: 33350 Summary: Show items info several times in notice content 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: adolfo.rodriguez(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org In Notices such as Overdue notice (ODUE) you may want to show more than once the info of the overdue items. <item>"<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> Fine: <<items.fine>></item> Some clients may want to have the info in several languages in the same notice, instead of having a different notice for every language. Right now, if you put <item></item> more than once, it doesn't work properly, as the function GetPreparedLetter (C4/Letters.pm) does the following. Example <item>"<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> Fine: <<items.fine>></item> <item>"<<biblio.title>>" de <<biblio.author>>, <<items.itemcallnumber>>, Código de barras: <<items.barcode>> Sanción: <<items.fine>></item> It picks everything from the first <item> to the last </item> and replaces <<items.>> with their values. "<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> Fine: <<items.fine>></item> <item>"<<biblio.title>>" de <<biblio.author>>, <<items.itemcallnumber>>, Código de barras: <<items.barcode>> Sanción: <<items.fine>> The result is a mess that looks like this: The following item(s) is/are currently overdue: "Sucker punch " by Hamilton, Laurell K., , Barcode: CPL22090005 Fine: $0.00 Los siguientes ejemplares tienen retrasos: "Sucker punch " de Hamilton, Laurell K., , Código de barras: CPL22090005 Multa: $0.00 "Legion of Super-Heroes" by Levitz, Paul, , Barcode: CPL23010002 Fine: $0.00 Los siguientes ejemplares tienen retrasos: "Legion of Super-Heroes" de Levitz, Paul, , Código de barras: CPL23010002 Multa: $0.00 It should pick the content between the first <item> and the first </item>, and then the same with the second pair, the third pair and so on. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 43010] New: ILLRequestsTabs should allow tabs based on ILL status aliases
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43010 Bug ID: 43010 Summary: ILLRequestsTabs should allow tabs based on ILL status aliases Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: i.tortorella(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Target Milestone: --- The ILLRequestsTabs system preference allows libraries to create custom tabs on the main ILL requests page. At present, the tabs can only be configured using the main ILL request statuses. This limits the usefulness of the feature for libraries that use ILL status aliases to reflect local ILL workflows. At UAL, ILL staff use local status aliases to manage stages of the request workflow. Examples include statuses such as: - Referred for purchase consideration - Purchased - Renewed These aliases are more meaningful to staff than the underlying main ILL statuses. ILL colleagues would like to be able to create tabs based on these local workflow statuses, so that the main ILL requests page can better support day-to-day ILL request management. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 12620] Proxy Add-on for Koha z39.50/SRU servers
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12620 Adolfo Rodríguez Taboada <adolfo.rodriguez(a)xercode.es> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12620] Proxy Add-on for Koha z39.50/SRU servers
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12620 Adolfo Rodríguez Taboada <adolfo.rodriguez(a)xercode.es> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #165452|0 |1 is obsolete| | Attachment #165835|0 |1 is obsolete| | --- Comment #17 from Adolfo Rodríguez Taboada <adolfo.rodriguez(a)xercode.es> --- Created attachment 201633 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=201633&action=e… Bug 12620 - Rebased patch onto current main (2026-07-07) Rebased attachment 165835 onto current main. Changes needed for the rebase: - installer/data/mysql/mandatory/sysprefs.sql: updated to the new 2-column INSERT format (variable, value) used since the installer SQL was simplified; options/explanation/type metadata now lives in .pref files. - koha-tmpl/.../admin/z3950servers.tt: [% USE Koha %] was already present in current main (added by a later commit); only the proxy checkbox block was added. - Minor context adjustments in C4/Breeding.pm and admin/z3950servers.pl due to whitespace reformatting in the surrounding lines. There are not functional changes from the previous patch. Greetings, Adolfo. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41768] New: OPAC pickup location selector doesn't reflect available pickup location if you select a specific item
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41768 Bug ID: 41768 Summary: OPAC pickup location selector doesn't reflect available pickup location if you select a specific item Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org As of now, if I go on the OPAC to place a hold, I'm presented a list of available pickup locations for that biblio. However, If I click on "more options" and select a specific item with limited transfers, I can still select any pickup location available for the biblio. This leads to a user being able to select a pickup location and be denied the hold request only after confirmation, and then have to restart again (without knowing which libraries will work). I think that can lead to some frustration for users. This is quite similar to BZ33302 or BZ10993 but I will provide a new patch with the use of Koha's api and make the OPAC more similar to the intranet interface. -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 42875] New: Wrong failure message when adding an item to a bundle
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42875 Bug ID: 42875 Summary: Wrong failure message when adding an item to a bundle Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- If bc_1 is checked out and I try to add bc_2 I get: "Failure: Item 'bc_2' belongs to another bundle" The POST returns 409 {"error":"Bundle is checked out","error_code":"bundle_checked_out"} The JS code: - } else if (response.error_code === "bundle_checkout_out") { - $("#addResult").replaceWith('<div id="addResult" class="alert alert-danger">' + _("Failure: Bundle is currently checked out") + "</div>"); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 33817] New: Composition or an item bundle can be changed
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33817 Bug ID: 33817 Summary: Composition or an item bundle can be changed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 42936] New: Display cardnumber under item status if no name is given
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42936 Bug ID: 42936 Summary: Display cardnumber under item status if no name is given Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- To reproduce: - HidePatronName = Show - Remove "surname" from BorrowerMandatoryField - Add a patron without any name information, but with a cardnumber - Find an item and issue it to the patron without a name - Find the detail page for the record that the issued item belongs to In the "Status" column, it will say something like "Checked out to A patron from Centerville: due 07/04/2026". It should give the cardnumber as a patron identifier, and the cardnumber should have a link to the patron detail page. This might sound a bit far fetched, but we do have a library that wants to store no name information in Koha, and only use the cardnumber to identify patrons. And Koha does allow patrons with no name information, so we should do our best to display useful information in this situation. The library in question says Koha used to show the cardnumber before the upgrade to 25.05, but the code responsible for displaying the patron information has moved around a bit, so I have not been able to pin point when the regression occured. As far as I can tell, the problematic code is this, which is in js-patron-format.inc in 25.05.x and in patron-format.js in main: if (name.replace(" ", "").length == 0) { if (patron.library) { return _("A patron from %s").format(patron.library.name); } else { return _("A patron from another library"); } } It makes the library name or "another library" display if there are no spaces in "name", but the reason there is no spaces in "name" could be that there is no name information to display. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 43002] New: We should consider moving to Node.js v22 or newer
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43002 Bug ID: 43002 Summary: We should consider moving to Node.js v22 or newer Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jake.deery(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Node.js v20 is now EOL. We should contemplate making the move to Node.js v22 or (better) v24. See Bug 38426 for what we did last time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4