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

[Bug 39851] New: Languages for REST API is returned in random order
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39851 Bug ID: 39851 Summary: Languages for REST API is returned in random order Change sponsored?: --- Product: Koha Version: 24.11 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(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com At least for the tests: Run t/db_dependent/api/v1/ill_requests.t several times. If you have several languages installed it will fail randomly: # $got->[0]{_strings}{status}{str} = 'Solicitado' # $expected->[0]{_strings}{status}{str} = 'Requested' or # $got->[0]{_strings}{status}{str} = 'Angefordert' # $expected->[0]{_strings}{status}{str} = 'Requested' This is because getlanguage hit the else: if ( $interface eq 'opac' || $interface eq 'intranet' ) { [...] } else { @languages = map { $_->{rfc4646_subtag} } @{ getTranslatedLanguages( $interface, $theme ) }; $language = Koha::Language->get_requested_language(); } and getTranslatedLanguages returns the languages in a random order. So there might be several problems highlighted here. You can easily recreate the problem with: use C4::Languages; use C4::Context; C4::Context->interface('api'); say C4::Languages::getlanguage(); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 39001] New: Language list is displayed in wrong order (getLanguages doesn't sort it, the order is UB)
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39001 Bug ID: 39001 Summary: Language list is displayed in wrong order (getLanguages doesn't sort it, the order is UB) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: schodkowy.omegi-0r(a)icloud.com QA Contact: testopia(a)bugs.koha-community.org Caught by unit tests added in Bug 38646, but it's not a regression of that bug. It seems that the list of languages from getLanguages is not ordered in any way, instead it relies on the implementation detail of the database server in terms of the order it returns things in. Indeed even before that bug was merged, in Koha 24.11 and 24.05, one can observe in OPAC -> Advanced search -> Language, that the order of languages is indeed a bit wrong (for example: amh, grc, ara -- Old Greek (grk) has nothing starting with "a", so it has no business being this high in the list). The solution in principle is simple, just order the returned language list (TBD what to order it by: by language code, by English name, by effective final display name????). It's also TBD whether getLanguages should sort it itself, or whether places that display languages, such as `/cgi-bin/koha/opac-search.pl`, should actually be doing the ordering in preferred fashion. In any case, the tests at t/db_dependent/Languages.t fail due to wrong order after some MariaDB update, so current order is undefined behavior. Also if we select to change the behavior of getLanguages, then it'll be trickier to backport it, since dependent Bug 38646 is enhancement due to slight change of behavior. But the backporter could easily adjust the SQL query there to make the lines "THEN CONCAT(" be selected with removing the conditional, so that the language list is always appended in parentheses (old behavior). -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 10198] Add the ability to import and export authorized values
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10198 Laurence Rault <laurence.rault(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |laurence.rault(a)biblibre.com --- Comment #8 from Laurence Rault <laurence.rault(a)biblibre.com> --- Specification proposal : Export authorised values - From the admin/authorized_values.pl page, there is already an export button, which only exports categories. - In the categories table: * Have an Export button that would allow exporting all values from all lists. * Have in the last column an Action button with an Export action to export only the values for the corresponding category (Similar to what is done for exporting/importing cataloguing frameworks.) Import authorised values : >From this same page, have a global import button to be able to import values from a file containing data for several lists. * If the file contains an existing category code, import OK. * If the file contains an undefined category code, display an alert. For each category, in the Action button, add an Import action. If the file's category code doesn't match, display an alert. Import action: it should be possible to choose : * Replace list: delete all existing values for the list and replace them with those from the file. * Complete list: Adds missing values only (authorised_value field comparison). Display the number of imported values for each category. Export and import actions for a given list will also be accessible on the list detail page: XXX admin/authorised_values.pl?searchfield=XXX -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 40022] New: Release team 25.11
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40022 Bug ID: 40022 Summary: Release team 25.11 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org New cycle, new release team. Let's add the new team to the about page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 34037] New: Item Bundles do not correctly checkin the bundle if the 952$3 has text
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34037 Bug ID: 34037 Summary: Item Bundles do not correctly checkin the bundle if the 952$3 has text Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using the bundled feature, if the item that is getting checked out has a 952$3, the check-in will not be successful. This main item can not have this field, although this field is helpful for staff to know it is a bundle and has items included. Step 1. Create a bundle of items Step 2. The 'main' item in which will be checked out to the patron - make sure it has a 952$3 with text. Step 3 Check out the 'main' item that has the items attached to it. See the materials specified text appear at checkout. Step 4 Checkin in the 'main' item and the subsequent items. Step 5 See that all items are verified Step 6 Koha will bring the staff member back to the screen to do the check-in. Step 7 Go to the 'main' item and see the bundle is still checked out to the patron. Removing the materials specified from the main item, and the check-in will then be successful and be removed from the patron's account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 42465] New: False warnings shown on validation on paycollect
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42465 Bug ID: 42465 Summary: False warnings shown on validation on paycollect Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org to recreate - go to /cgi-bin/koha/members/maninvoice.pl?borrowernumber=5 and create a manual fee f.e. 5 - go to /cgi-bin/koha/members/paycollect.pl?borrowernumber=5 -You will see: Total amount outstanding: 5.00 Amount being paid: 5.00 Amount tendered: 5.00 - Change Amount tendered to: 4 -> Warning appears (correct) - change Amount being paid to 3 -> Warning persists (wrong) The warning should disappear now as the patron gives 4 and wants to pay 3 (2 would remain as fees) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 6892] If a URL has been entered without http://, it isn't correctly linked
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 Jan Kissig <bibliothek(a)th-wildau.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |minor -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 40666] New: Item type translations don't work on detail page in staff
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40666 Bug ID: 40666 Summary: Item type translations don't work on detail page in staff Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com, tomascohen(a)gmail.com In 24.11.05 the itemtype translations work well for the detail page in the OPAC, but in the staff interface the itemtype always shows the default description. The description shows correctly in other parts of Koha, so this appears to be related to the API use maybe? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 37900] New: Prevent to search all patrons at once
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37900 Bug ID: 37900 Summary: Prevent to search all patrons at once Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kati.sillgren(a)porvoo.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com members-home.pl There should be a way to prevent searching all patrons at once. For example by requiring a search value in the field 'Search'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 33675] New: OAuth should support state parameter
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33675 Bug ID: 33675 Summary: OAuth should support state parameter Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Some Authentication solutions require a 'state' parameter to be passed during authentication to verify the sources on either end, it is supported by Mojolicious: https://metacpan.org/pod/Mojolicious::Plugin::OAuth2 We should add this to Koha -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35