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

[Bug 33244] New: Do not show lists in OPAC if OpacPublic is disabled
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33244 Bug ID: 33244 Summary: Do not show lists in OPAC if OpacPublic is disabled Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: data-27FC05A3CB97(a)office-dateien.de QA Contact: testopia(a)bugs.koha-community.org Koha will still show public lists next to the logo in OPAC even when OpacPublic is disabled, i.e. patrons are required to login to access anything. This can be a privacy issue, since list names may contain things that are not meant to be public and are intended to been seen only by registered patrons. Also it is not useful anyway, as clicking on a list list name does not actually bring up that list and just shows the login form. The whole list tab should be hidden when OpacPublic is disabled and a user is not logged in. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 33117] New: Patron checkout search not working if searching with second surname
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33117 Bug ID: 33117 Summary: Patron checkout search not working if searching with second surname Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: isabel.pineda(a)ds.edu.sv QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We are running Koha 22.11.03 in Spanish, and today I have found a problem if I search for a patron in the staff interface with the “checkout” search (“préstamo”). In Spanish speaking countries, people usually have 2 surnames. When I create a new user, I write both surnames in the “surname” field and both given names in the “First name” field. If I enter the name or parts of it in the “checkout” search, without hitting Enter, I get a list of results where I can choose from. It used to be possible in previous versions to search for patrons using the first name and the second surname. Today I found that this is not possible anymore. For example, if there is a patron with the name “Carla María Ramírez Hernández”, I find her if I search with “Carla Ramírez”, but not if I search with “Carla Hernández”. It doesn´t work either if I search with the second given name and first surname (“María Ramírez”). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 118

[Bug 34941] New: Patron search to find patrons with hyphens when they haven't been added in the search
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34941 Bug ID: 34941 Summary: Patron search to find patrons with hyphens when they haven't been added in the search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com e.g. The behaviour of Koha used to be that if you searched patrons for "Witika Park" it would return "Wainui Witika-Park". Now you have to specifically search "Witika-Park" for the patron to show up i.e. "Witika Park" does not return any results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 36766] New: Add abilities to use SFTP with export_records.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36766 Bug ID: 36766 Summary: Add abilities to use SFTP with export_records.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz In New Zealand libraries need to be able to SFTP MARC files to a remote server to keep the Te Puna union catalogue up-to-date. It would be nice if NZ libraries could automate sending their MARC files in the following way: 1) Use the runreport.pl cronjob to generate a list of bibliographic numbers. 2) Use export_records.pl cronjob to generate the MARC file for those numbers. 3) Use a new cronjob to SFTP the MARC file to the remote server. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 56

[Bug 38038] New: Add ability for new SFTP tool to support ssh keys for accessing sftp
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38038 Bug ID: 38038 Summary: Add ability for new SFTP tool to support ssh keys for accessing sftp Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Bug 36766 added a (pretty awesome!) tool for sftping files to a remote server from the command line - it would be great if it also supported using keys for authentication to sftp servers. Our tool has something like the following, which works for us and probably would be good to add (or the like): if (defined $privatekey && $secret ) { # case for has a key with a password $sftp = Net::SFTP::Foreign->new("$remote", more => '-v', user => "$user", key_path => "$privatekey", passphrase => "$secret", port => $port, late_set_perm => 1 ); } elsif (defined $privatekey ) { # case for only a key $sftp = Net::SFTP::Foreign->new("$remote", user => "$user", key_path => "$privatekey", port => $port, late_set_perm => 1 ); } else { # case for only username/password $sftp = Net::SFTP::Foreign->new("$remote", user => "$user", password => "$secret", port => $port, late_set_perm => 1 ); } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 34655] New: system_preferences_search.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34655 Bug ID: 34655 Summary: system_preferences_search.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 32926 Blocks: 25551 21:54:14 koha_1 | # Failed test 'The first "Policy" section (under "Accounting") is currently expanded' 21:54:14 koha_1 | # at t/db_dependent/selenium/system_preferences_search.t line 63. 21:54:14 koha_1 | # got: undef 21:54:14 koha_1 | # expected: 'expanded' 21:54:14 koha_1 | # Looks like you failed 1 test of 6. 21:54:14 koha_1 | 21:54:14 koha_1 | # Failed test 'Perform a system preferences search for "log", and try to expand/collapse both "Policy" sections that appear' 21:54:14 koha_1 | # at t/db_dependent/selenium/system_preferences_search.t line 91. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 [Bug 25551] [OMNIBUS] Some tests are failing randomly https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32926 [Bug 32926] Cannot expand or collapse some System preference sections after a search -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 30660] New: Add cancellation reason to holds delete endpoint
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '24

04 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30660 Bug ID: 30660 Summary: Add cancellation reason to holds delete endpoint Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi CC: tomascohen(a)gmail.com The holds delete endpoint is missing cancellation reason. Should be able to add it also via REST API. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 17628] New: Move bibliographic related code to Koha::Biblio
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '24

04 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17628 Bug ID: 17628 Summary: Move bibliographic related code to Koha::Biblio Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 37380] New: Move GetMarcControlnumber to Koha::*
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '24

04 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37380 Bug ID: 37380 Summary: Move GetMarcControlnumber to Koha::* Change sponsored?: --- Product: Koha Version: unspecified 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 Easy one to move. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 38026] New: Patron permissions filter misaligned
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '24

04 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38026 Bug ID: 38026 Summary: Patron permissions filter misaligned Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When you go into a patron's permissions, there is a search box to search or filter permissions at the top of the table. The Filter label for this search box is misaligned. To get there: 1. Go to a patron's account 2. Click More > Set permissions --> At the top of the table, the Filter label and the filter text box are not aligned -- You are receiving this mail because: You are watching all bug changes.

1 1