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

[Bug 21215] New: Saved SQL reports code improvements
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21215 Bug ID: 21215 Summary: Saved SQL reports code improvements Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org The code for the saved SQL reports is a bit warty - For example, there's the same code that splits the SQL and does the parameter parsing in multiple places, when it should be in the module. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 38518] New: Holdings table sorting by serial enumeration is not using published date anymore
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38518 Bug ID: 38518 Summary: Holdings table sorting by serial enumeration is not using published date anymore Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: anni.rajala(a)turku.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Previously the sorting by serial enumeration in biblio's holdings table was using published date (see bug: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13420) In version 24.05 sorting doesn't seem to be using the date anymore. Sorting is now done based on the string in "h - Serial Enumeration / chronology item" field, so e.g. after number "2024 : 1" comes "2024 : 10" and so on. Has this been changed by accident when we shifted to displaying items via REST API on holdings table? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 27943] New: MARC21 authorities not support 7XX on display
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27943 Bug ID: 27943 Summary: MARC21 authorities not support 7XX on display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: gveranis(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org If we add a field of 7XX in a MARC21 authority record, then on authority result the 7XX should shown as = value_of_heading_of_7XX next to the main heading of the authority as equal to that. https://www.loc.gov/marc/authority/ad7xx.html That enchancement would be very useful for non latin catalogs where have the latin heading and the non latin equal heading. example : 100 0#$aAugustine,$cSaint, Bishop of Hippo [LAC English heading] 700 05$wa$aAugustin,$csaint, évêque d’Hippone.$0(CaOONL)0053A1978F# [Corresponding LAC French heading] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 37219] New: In OPAC, "Copy number" column for selecting item-level hold is confusingly named
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37219 Bug ID: 37219 Summary: In OPAC, "Copy number" column for selecting item-level hold is confusingly named Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When placing an item-level hold in the OPAC, the column to select your item(s) using a radio button or checkbox is called "Copy number". This doesn't accurately describe what it is. The same column when placing a hold from the staff intranet is called "Hold", which makes more sense since you're selecting the item(s) you want to hold. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 29630] New: Failure on selenium 01-installation.t
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29630 Bug ID: 29630 Summary: Failure on selenium 01-installation.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Jenkins build with Selenium failed : https://jenkins.koha-community.org/view/master/job/Koha_Master/1848/ koha_1 | t/db_dependent/selenium/00-onboarding.t .. ok koha_1 | All tests successful. koha_1 | Files=1, Tests=2, 34 wallclock secs ( 0.04 usr 0.03 sys + 2.85 cusr 0.53 csys = 3.45 CPU) koha_1 | Result: PASS koha_1 | Restarting Apache httpd web server: apache2. koha_1 | Restarting Koha ILS: koha-commonStopping Plack daemon for kohadev:. db_1 | 2021-12-03 7:45:12 31 [Warning] Aborted connection 31 to db: 'koha_kohadev' user: 'koha_kohadev' host: '172.21.0.6' (Got an error reading communication packets) koha_1 | Stopping Z39.50/SRU daemon for kohadev:. koha_1 | Stopping Koha worker daemon for kohadev:. koha_1 | Stopping Koha indexing daemon for kohadev:. db_1 | 2021-12-03 7:45:13 34 [Warning] Aborted connection 34 to db: 'koha_kohadev' user: 'koha_kohadev' host: '172.21.0.6' (Got an error reading communication packets) koha_1 | Starting Plack daemon for kohadev:. koha_1 | Starting Z39.50/SRU daemon for kohadev:DBD::mysql::st execute failed: Table 'koha_kohadev.systempreferences' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::st execute failed: Table 'koha_kohadev.systempreferences' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::db selectall_arrayref failed: Table 'koha_kohadev.marc_subfield_structure' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::st execute failed: Table 'koha_kohadev.authorised_values' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | . koha_1 | Starting Koha worker daemon for kohadev:. koha_1 | Starting Koha indexing daemon for kohadev:. koha_1 | . selenium_1 | 07:45:25.238 INFO [ActiveSessionFactory.apply] - Capabilities are: { selenium_1 | "acceptSslCerts": true, selenium_1 | "browserName": "firefox", selenium_1 | "javascriptEnabled": true, selenium_1 | "version": "" selenium_1 | } selenium_1 | 07:45:25.240 INFO [ActiveSessionFactory.lambda$apply$11] - Matched factory org.openqa.selenium.grid.session.remote.ServicedSession$Factory (provider: org.openqa.selenium.firefox.GeckoDriverService) selenium_1 | 1638517525267 geckodriver INFO Listening on 127.0.0.1:27348 selenium_1 | 1638517525305 mozrunner::runner INFO Running command: "/usr/bin/firefox" "--marionette" "-foreground" "-no-remote" "-profile" "/tmp/rust_mozprofileJXkgVd" selenium_1 | [GFX1-]: glxtest: libpci missing selenium_1 | [GFX1-]: glxtest: libEGL missing selenium_1 | 1638517527025 Marionette INFO Marionette enabled selenium_1 | console.warn: SearchSettings: "get: No settings file exists, new profile?" (new NotFoundError("Could not open the file at /tmp/rust_mozprofileJXkgVd/search.json.mozlz4", (void 0))) selenium_1 | 1638517531931 Marionette INFO Listening on port 33539 selenium_1 | 07:45:32.097 INFO [ProtocolHandshake.createSession] - Detected dialect: W3C selenium_1 | 07:45:32.098 INFO [RemoteSession$Factory.lambda$performHandshake$0] - Started new session 7bd2cfd4-18c4-47c2-b441-bcded48340d4 (org.openqa.selenium.firefox.GeckoDriverService) koha_1 | koha_1 | STRACE: /usr/share/perl5/Try/Tiny.pm:123 in Selenium::Remote::Driver::catch {...} koha_1 | /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm:361 in Try::Tiny::try koha_1 | (eval 358):1 in Selenium::Remote::Driver::__ANON__ koha_1 | (eval 360):2 in Selenium::Remote::Driver::__ANON__ koha_1 | /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm:1340 in Selenium::Remote::Driver::_execute_command koha_1 | /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm:1340 in (eval) koha_1 | t/db_dependent/selenium/01-installation.t:99 in Selenium::Remote::Driver::find_element koha_1 | selenium_1 | 1638517555349 Marionette INFO Stopped listening on port 33539 selenium_1 | JavaScript error: resource:///modules/Interactions.jsm, line 230: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIUserIdleService.removeIdleObserver] selenium_1 | 07:45:56.645 INFO [ActiveSessions$1.onStop] - Removing session 7bd2cfd4-18c4-47c2-b441-bcded48340d4 (org.openqa.selenium.firefox.GeckoDriverService) koha_1 | Error while executing command: no such element: Unable to locate element: //div[@class="alert alert-success"] at /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm line 411. koha_1 | at /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm line 356. koha_1 | # Looks like your test exited with 255 before it could output anything. koha_1 | [07:45:56] t/db_dependent/selenium/01-installation.t ............................... koha_1 | Dubious, test returned 255 (wstat 65280, 0xff00) koha_1 | Failed 2/2 subtests koha_1 | DBD::mysql::st execute failed: Table 'koha_kohadev.systempreferences' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::st execute failed: Table 'koha_kohadev.systempreferences' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. selenium_1 | 07:46:01.517 INFO [ActiveSessionFactory.apply] - Capabilities are: { selenium_1 | "acceptSslCerts": true, selenium_1 | "browserName": "firefox", selenium_1 | "javascriptEnabled": true, selenium_1 | "version": "" selenium_1 | } selenium_1 | 07:46:01.518 INFO [ActiveSessionFactory.lambda$apply$11] - Matched factory org.openqa.selenium.grid.session.remote.ServicedSession$Factory (provider: org.openqa.selenium.firefox.GeckoDriverService) selenium_1 | 1638517561540 geckodriver INFO Listening on 127.0.0.1:12870 selenium_1 | 1638517561579 mozrunner::runner INFO Running command: "/usr/bin/firefox" "--marionette" "-foreground" "-no-remote" "-profile" "/tmp/rust_mozprofileYsufal" selenium_1 | [GFX1-]: glxtest: libpci missing selenium_1 | [GFX1-]: glxtest: libEGL missing selenium_1 | 1638517563733 Marionette INFO Marionette enabled selenium_1 | console.warn: SearchSettings: "get: No settings file exists, new profile?" (new NotFoundError("Could not open the file at /tmp/rust_mozprofileYsufal/search.json.mozlz4", (void 0))) selenium_1 | 1638517569405 Marionette INFO Listening on port 44107 selenium_1 | 07:46:09.556 INFO [ProtocolHandshake.createSession] - Detected dialect: W3C selenium_1 | 07:46:09.557 INFO [RemoteSession$Factory.lambda$performHandshake$0] - Started new session ac595bfb-83ee-4401-94bb-177f9b39f638 (org.openqa.selenium.firefox.GeckoDriverService) -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 37894] New: Staff logout SSO issue
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37894 Bug ID: 37894 Summary: Staff logout SSO issue Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dch(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org KOHA logout not working (just refreshes page) when SSO Azure session has expired. To reproduce this: 1. Login to Koha staff side SSO (if you logout now it functions) 2. If I leave the session for an extended period of time (1+ hour) I can see the SSO session with azure has expired using KohaSite/Shibboleth.sso/Session 3. If i now try to logout of Koha, the Logout button just refreshes the staff interface and stays logged in. Log out is now only possible by closing the browser. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 33729] New: Add a column for dateaccessioned to item search results
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '25

25 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33729 Bug ID: 33729 Summary: Add a column for dateaccessioned to item search results 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be useful to add a column for dateaccessioned to item search results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 36871] New: DefaultHoldPickupLocation = logged in library on multi-holds
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '25

25 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36871 Bug ID: 36871 Summary: DefaultHoldPickupLocation = logged in library on multi-holds Change sponsored?: --- Product: Koha Version: Main 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 If DefaultHoldPickupLocation is set to logged in library, this should be taken into account when placing multi-holds. To recreate: 0. Make sure the DefaultHoldPickupLocation system preference is set to logged in library. 1. In the staff interface, search the catalog with a term that will return a couple of items (e.g. Shakespeare) 2. In the search results, select two or more results 3. Click Place hold 4. Search for a patron (e.g. Acevedo) --> "Pickup at" and "Pickup location" are empty and the staff member must select the library -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 39067] New: Problem creating stickers with text
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '25

25 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39067 Bug ID: 39067 Summary: Problem creating stickers with text Change sponsored?: --- Product: Koha Version: 24.11 Hardware: HP OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: sergeinik(a)tut.by QA Contact: testopia(a)bugs.koha-community.org If you create a sticker with a barcode and add numeric values to it, such as isbn, then there are no problems when generating a pdf. But if you include text data in the sticker, such as title or author, then when generating a pdf you get a zero size and no data. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 25260] New: Add a new 'holds' table
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '25

25 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25260 Bug ID: 25260 Summary: Add a new 'holds' table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Reengineering the current 'reserves' and 'old_reserves' tables, we propose to introduce a new table, following our current agreements on the design and addressing or use cases. An RFC will be submitted and linked here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 174