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

[Bug 38678] New: GET /deleted/biblios cannot be filtered on `deleted_on`
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38678 Bug ID: 38678 Summary: GET /deleted/biblios cannot be filtered on `deleted_on` Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Because of a wrong mapping, filtering on the `deleted_on` attribute is not possible. To reproduce: 1. Perform this search: GET /api/v1/deleted/biblios { "-and": [ { "me.deleted_on": { ">=": "2024-10-01T08:35:24-05:00" } }, { "me.deleted_on": { "<=": "2024-11-19T08:35:25-07:00" } } ] } => FAIL: You get a 500. The logs say `me.deleted_on` doesn't exist. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 38476] New: Use anchor tag for DataTables configure button
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38476 Bug ID: 38476 Summary: Use anchor tag for DataTables configure button Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com I find it frustrating that I can't right-click or Ctrl+click a DataTable's "Configure" button. I would rather open a new tab than have to find my way back. DataTables provides the option to define which element is used for a button, but it seems like some default event-handling prevents the link from working 100% like a link: buttons.push( { tag: "a", attr: { href: '/cgi-bin/koha/admin/columns_settings.pl?module=' + table_settings['module'] + '&page=' + table_settings['page'] + '&table=' + table_settings['table'] }, className: "dt_button_configure_table", fade: 100, titleAttr: __("Configure table"), text: '<i class="fa fa-lg fa-wrench"></i> <span class="dt-button-text">' + __("Configure") + '</span>', } ); If you add only the href attribute, right-click and "Open in new tab" works, but a regular click does not, and Ctrl+click does not. If you include only the "action" event handler function, both right-click plus "Open in new tab" and Ctrl+click do not work, but a regular click does. If you include both the href attribute and the event handler, Ctrl+click doesn't work. I wonder if there is a way to override the default event handling so that a regular link can work like a regular link? -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 38382] New: Need a fresh connection when CSRF has expired
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38382 Bug ID: 38382 Summary: Need a fresh connection when CSRF has expired Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The CSRF token generated for Koha has a default 8 hour expiration. The connexion daemon tries to reauthnticate when it expires, however, it uses the same user agent, which has the session in the cookie, and so the CSRF fails the check. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 38750] New: installer process not terminating when nothing to do
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38750 Bug ID: 38750 Summary: installer process not terminating when nothing to do Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Depends on: 38385 When we go to installer/install.pl and there is nothing to do we get a "Try again" button and never manage to finish the update. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38385 [Bug 38385] DB updates not displayed properly on the UI -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 38707] New: Patron restriction types from installer files not translatable
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38707 Bug ID: 38707 Summary: Patron restriction types from installer files not translatable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N 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: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com The patron restriction types that come installed with Koha (Manual restriction, Overdues, Discharge, etc.) are not translated. To recreate: `git grep "Manual restriction" misc/translator/po/fr-CA-installer.po` --> No results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 37529] New: Collapsing Patron Messaging Preferences in Patron Add Form Results in Spinning Wheel
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37529 Bug ID: 37529 Summary: Collapsing Patron Messaging Preferences in Patron Add Form Results in Spinning Wheel Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 169868 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=169868&action=e… Spinning wheel in patron add form In the CollapseFieldPatronAddForm system preference, if Patron messaging preferences is selected to collapse, the result in the patron add form is a collapsed field with a spinning wheel for that section. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 32638] New: No reason given for why items ignored during MARC import
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32638 Bug ID: 32638 Summary: No reason given for why items ignored during MARC import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org In the past, if you had a "coded_location_qualifier" that was too long, the whole MARC import would bust (see bug 30739). That's no longer the case anymore. However, if the item has a "coded_location_qualifier" like "ABCDEFGHIJKLMNOPQRSTUVWXYZ123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ123456789", it will now just be ignored without any more information shown on the Web UI or in the worker logs. You wouldn't be able to troubleshoot this issue without writing your own code changes to Koha... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 22881] New: Trying to clear search history via the navbar X doesn't clear any searches
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22881 Bug ID: 22881 Summary: Trying to clear search history via the navbar X doesn't clear any searches Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: margaret(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To Reproduce: 1) Run a few keyword searches on your Opac. You can be logged in or not, the behavior is the same. 2) Go to 'My Search History' the /cgi-bin/koha/opac-search-history.pl page. 3) Delete your past searches by selecting one or multiple searches and clicking the "Remove Selected Searches" button. You'll get an alert pop-up about what you are about to delete. The searches you selected should delete successfully. 4) Look at the little "x" (next to "Search History" in the Navbar). If you click on this "x" it will give you the exact same alert pop-up, however is you say yes, delete my searches, nothing will be deleted. Either the little "x" should not give you the option to delete searches nor the alert message or it should clear all your saved searches; as if you hit select all and Remove. Otherwise patrons who want to delete their history will be incorrectly lead to believe it was cleared if they don't check /cgi-bin/koha/opac-search-history.pl . -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 39253] New: Issue with image koha-tmpl/opac-tmpl/bootstrap/images/koha-green-logo.svg
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '25

17 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39253 Bug ID: 39253 Summary: Issue with image koha-tmpl/opac-tmpl/bootstrap/images/koha-green-logo.s vg Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Trying to change colors for this svg file on https://deeditor.com/ gave me: Application error: a client-side exception has occurred (see the browser console for more information). In console: Uncaught SyntaxError: Invalid or unexpected token [more than once] Seeing this error in combination with svg on stackoverflow but couldnt find anything useful. Note: https://validator.nu/ does not complain about the file. https://toolplaza.app/en/tools/validate/svg tells me: SVG not valid Note that file koha-tmpl/intranet-tmpl/prog/img/picto-koha.svg looks quite a bit different than the koha-green-logo.svg too. And that toolplaza does validate the svg contents of that file! How can we correct this ? -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 38588] New: Checkin that triggers a transfer => print slip => Internal server error
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '25

17 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38588 Bug ID: 38588 Summary: Checkin that triggers a transfer => print slip => Internal server error Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1. Check in any item (e.g. 39999000012118) to trigger a transfer. Need to have a home library not in the current library. So it trigger a return-to-home transfer. 2. Print slip. 3. Exception 'Koha::Exceptions::Item::Transfer::InQueue' thrown 'Active item transfer already exists' with transfer => Koha::Item::Transfer=HASH(0x55ef3531c248) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45