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

[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

[Bug 30579] New: When placing item level hold, some options that are not used are not disabled
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30579 Bug ID: 30579 Summary: When placing item level hold, some options that are not used are not disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 161

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41222] New: SUSHI harvest should retry under certain conditions
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41222 Bug ID: 41222 Summary: SUSHI harvest should retry under certain conditions Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: jvinke(a)austinseminary.edu QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk At present, the "ERM Usage Statistics SUSHI Harvester" job will attempt to harvest usage data a single time. There are several conditions specified in Appendix D of the COUNTER Code of Practice under which the job should retry. https://cop5.countermetrics.org/en/5.1.0.1/appendices/d-handling-errors-and… The main one is "Report Queued for Processing" which returns Exception Code 1011 and HTTP 202. Retrying the request periodically until the report has processed would return the data. I have seen this take between 2-40 minutes. There are also "Service Not Available" and "Service Busy" exceptions that this might apply to. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 --- Comment #14 from Mathieu Saby <mathsabypro(a)gmail.com> --- *** Bug 33432 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 33432] New: Move a list of items from a record to an other
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33432 Bug ID: 33432 Summary: Move a list of items from a record to an other Change sponsored?: --- Product: Koha Version: master 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 It would be nice if a librarian could move a list of items (not only 1 item) from a record to an other. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 31042] New: OVERRIDE_SYSPREF does not work for REST API
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31042 Bug ID: 31042 Summary: OVERRIDE_SYSPREF does not work for REST API Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com CC: tomascohen(a)gmail.com We are supposed to be able to override syspref's values using the OVERRIDE_SYSPREF trick, but it's not working for the REST API. To recreate, open /etc/koha/apache-shared-intranet-plack.conf and add RequestHeader add X-Koha-SetEnv "OVERRIDE_SYSPREF_Foo Bar" Add some warn, mainpage.pl and Koha/REST/V1/Patrons.pm (sub list) for instance warn C4::Context->preference('Foo'); Hit the mainpage, look at the log, you see "Bar". Search for patrons: "Use of uninitialized value in warn" => The syspref hasn't been overridden. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13