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

[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 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

[Bug 30648] New: Title is lost in Holds History when biblio is deleted
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '25

24 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30648 Bug ID: 30648 Summary: Title is lost in Holds History when biblio is deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The patron hold history page shows "No title" for old holds on records that have since been deleted. We should get the title from deletedbibios if possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 36302] New: Patron search from search bar broken
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '25

24 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36302 Bug ID: 36302 Summary: Patron search from search bar broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The patron search from the top bar has broken recently. Search for Henry in ktd from the top bar, autocomplete works, but hitting return returns zero results (and doesn't redirect to the Henry user either any more) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 95