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

[Bug 41106] New: Authorized value for whole MARC fields have no meaning for MARC datafields
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '25

11 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41106 Bug ID: 41106 Summary: Authorized value for whole MARC fields have no meaning for MARC datafields Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In admin/marctagstructure.pl you can define an authorized value for the tag. The manual says it does not work, but it is useful? Datafields are made of subfields, it does not make sense to link them to an authorized value. Maybe this feature should be removed? Or at least restricted to control fields? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 40015] New: Exporting budget to Exel has error
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '25

11 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40015 Bug ID: 40015 Summary: Exporting budget to Exel has error Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: paivi.knuutinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org When you export acquisition data to Excel, and there are negative (minus) amounts in budget, Koha adds wrong symbol (') before the amount. It's not possible to count the rows that include this symbol. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 33405] New: Place hold button visible in OPAC search results when no items can be put on hold
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '25

11 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33405 Bug ID: 33405 Summary: Place hold button visible in OPAC search results when no items can be put on hold Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 When no items in a record can be put on hold (for example, if the library does not allow on-shelf holds, and all items are available), the 'Place hold' button still appears in the search results in the OPAC. This can be confusing to patrons. To reproduce: 1. Circulation rules must prevent on-shelf holds (I used just one all/all rule with If all unavailable to prevent crossing the streams) 2. In the OPAC, make a search that will give you a couple of results 3. Find a record where all items are available --> Place hold button is visible 4. Log in (so that Koha knows your patron category and library) 5. Redo steps 2 and 3 --> Place hold button is visible 6. Click 'Place hold' --> No items can be put on hold -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35151] New: Convert ILLModuleCopyrightClearance system preference to additional contents
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '25

11 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35151 Bug ID: 35151 Summary: Convert ILLModuleCopyrightClearance system preference to additional contents Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 CC: testopia(a)bugs.koha-community.org Depends on: 31383, 35065 Blocks: 26050 Building on 22318, the ILLModuleCopyrightClearance system preference should be converted to an HTML customization option. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26050 [Bug 26050] [OMNIBUS] Convert system preferences to HTML customizations https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31383 [Bug 31383] Additional contents: We need a parent and child table https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35065 [Bug 35065] Convert SelfCheckHelpMessage system preference to HTML customization -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 41079] New: Checkboxes visible on the batch patron modification results view
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41079 Bug ID: 41079 Summary: Checkboxes visible on the batch patron modification results view Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The table is not built correctly and the DT's saveState behaviour cannot work as expected. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 41065] New: Batch patron modification results are no longer displayed
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41065 Bug ID: 41065 Summary: Batch patron modification results are no longer displayed Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To reecreate: 1 - Create a report to see some patrons: SELECT cardnumber FROM borrowers WHERE cardnumber LIKE '%2' 2 - Run report and select 'Batch operations ...' 3 - Batch patron modification 4 - Perform the modification 5 - Note the page says 'Results' but has no table -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 40931] New: Hold pickup location drop-down boxes not wide enough when placing multiple holds at the same time.
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40931 Bug ID: 40931 Summary: Hold pickup location drop-down boxes not wide enough when placing multiple holds at the same time. Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: cj.lynce(a)westlakelibrary.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 187221 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187221&action=e… Example of hold pickup locations dropdown issue When placing a patron hold on multiple items at the same time, the width of the pickup location drop-down boxes are not wide enough to fully display the name of the pickup location. For short location names, only one letter is show. (see screenshot) This appears to have been introduced by bug 39533 in koha-tmpl/intranet-tmpl/prog/css/select2.css - '.select2.select2-container.select2-container--default' is set at 60%. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 40982] New: Basket: Orders table — "Modify" and "Cancel order" columns missing or displayed incorrectly
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40982 Bug ID: 40982 Summary: Basket: Orders table — "Modify" and "Cancel order" columns missing or displayed incorrectly Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: slavashishkin(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 33484 Testing notes (using KTD) Note: before starting, set CancelOrdersInClosedBaskets = Allow. /cgi-bin/koha/admin/preferences.pl?op=search&searchfield=CancelOrdersInClosedBaskets Add an order to a basket: 1. Acquisitions → Search vendors → Search 2. Click the vendor name 3. In the Baskets column, click the link 4. Select a basket (or create a new one) 5. Add at least one order 6. In the open basket, verify that the Modify and Cancel order columns are absent. 7. Close the basket (you’ll return to the vendor’s basket list). Open the same closed basket and verify that the Cancel order column is absent, even though it should be present (because CancelOrdersInClosedBaskets = Allow). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33484 [Bug 33484] Ability to remember user's selected table configuration and search filters for tables -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 40587] New: Prevent selection of different EAN's on EDI ORDER when the Basket is generated from a QUOTE message
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40587 Bug ID: 40587 Summary: Prevent selection of different EAN's on EDI ORDER when the Basket is generated from a QUOTE message Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Depends on: 39572, 21417 This is a follow-up to bug 39572 and bug 21417. When an EDI basket is generated from then EDI QUOTE message, I believe the correct EAN is included in the original QUOTE. As such, we should be able to bind the 'Create EDI Order' button to only allow use of that EAN when automatic ordering is disabled. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21417 [Bug 21417] EDI ordering fails when basket and EAN libraries do not match https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39572 [Bug 39572] Create EDIFACT order button no longer forces librarians to review EAN to select -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 40917] New: Required patron attributes show with extra whitespace in the textarea
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40917 Bug ID: 40917 Summary: Required patron attributes show with extra whitespace in the textarea Change sponsored?: --- 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com TO recreate: 1. Add an required patron attribute 2. Go to the patron form ( memberentrygen.tt ) 3. Look at the textarea for the required attribute 4. There is unwanted whitespace characters in the textarea -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17