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

[Bug 32322] New: Column settings menu should not include "select all |none" in label text for Check In column
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32322 Bug ID: 32322 Summary: Column settings menu should not include "select all |none" in label text for Check In column Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On both the Checkout (circulation, issues-table) and Details (moremember, issues-table) tab of the patron record, the table of checkouts data includes a column to select items to check in. On both tables, the label to toggle this column on and off with the Columns button is labled "Check in select all | none." We don't need the "select all | none" part. It should just say "Check in." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 31933] New: import patrons fails when patron attribute value contains a comma
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31933 Bug ID: 31933 Summary: import patrons fails when patron attribute value contains a comma Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: bernard.scaife(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 142475 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142475&action=e… patron upload file with the comma If patron attribute value contains a comma, the record is not imported Test: 1. create test.csv with unique cardnumber, mandatory fields surname, branchcode and categorycode and patron attributes 2. Patron attributes to contain a value which includes a comma each key/value pair surrounded by double-quotes "COURSE:Government, Economics and Commerce","CSCODE:ABC1234" 3. Ensure patron attribute types COURSE and CSCODE exist 4. Import with default values via patron import tool (cardnumber match) 5. If fails to import Import results : 0 imported records 0 overwritten 0 not imported because already in borrowers table and overwrite disabled 1 not imported because they are not in the expected format 1 records parsed Back to Tools Feedback: headerrow : cardnumber, surname, branchcode, categorycode, patron_attributes attribute string : COURSE:Government, Economics and Commerce Content-Type : text/csv Content-Disposition : form-data; name="uploadborrowers"; filename="patron_import_test.csv" Parsing upload file patron_import_test.csv Error analysis: Patron attribute Economics and Commerce is invalid for patron A12364162383. Repeat above but with file that doesn't have the comma: "COURSE:Government Economics and Commerce","CSCODE:ABC1234" Import succeeds comment: I was able to resolve as follows $string =~ s/,//g; on line 563 within sub generate_patron_attributes of /usr/share/koha/lib/Koha/Patrons/Import.pm # Fixup double quotes in case we are passed smart quotes $string =~ s/\xe2\x80\x9c/"/g; $string =~ s/\xe2\x80\x9d/"/g; +$string =~ s/,//g; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 31972] New: More than 20 Marc overlay rules
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31972 Bug ID: 31972 Summary: More than 20 Marc overlay rules Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: klas.blomberg(a)skovde.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 142610 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142610&action=e… Screenshot of Marc overlay rules Create more than 20 Marc overlay rules The first 20 rules looks ok, rule 21 and upwards shows the coded value under Filter, and presets are empty Rules above rule 20 are not editable, and can't be deleted - so you have to delete rules with a lower value until the unwanted rules gets a value below 21 It seems like this is a displayproblem that doesn't affect performance -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 30741] New: Add option to sort MARC overlay rules by specificity
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30741 Bug ID: 30741 Summary: Add option to sort MARC overlay rules by specificity Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 14957 Like circulation rules, the new MARC overlay rules have a hierarchy of specificity and will enforce the most specific rule applicable. With that in mind, it would be helpful to have the option to sort the list of rules on marc-overlay-rules.pl to reflect that specificity and enforcement priority, as we do the circ rules. That specificity is defined in the documentation here: https://gitlab.com/gnucifer/koha-manual/-/commit/eb07dd1abcb357de27d294cee4… Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 [Bug 14957] Write protecting MARC fields based on source of import -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 37087] New: Add support for TCP keepalive to SIP server
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37087 Bug ID: 37087 Summary: Add support for TCP keepalive to SIP server Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Some computing platforms like Microsoft Azure (and some corporate firewalls) enforce idle timeouts which silently kill long-running/persistent TCP connections. In the case of Microsoft Azure, this idle timeout occurs after 4 minutes. In production, this has been massively disruptive to circulation operations using self-checkout kiosks that connect to Koha using SIP2. Fortunately, this problem is easily solvable by using TCP keepalives. When TCP keepalives are used, after X seconds a TCP ACK message will be sent from the SIP server to the SIP client, which will then send back a TCP ACK. Nothing happens at the application level. It's just at the lower network level. And this prevents idle timeouts. I'll provide more technical information in code comments. -- I've already successfully implemented this strategy in Azure for managing persistent Elasticsearch TCP connections simply by tweaking the "net.ipv4.tcp_keepalive_time" kernel parameter, which is automatically used by the HTTP::Tiny connection library used by Search::Elasticsearch, since it implements the SO_KEEPALIVE socket option out of the box by default. With the SIP server, we have a lot more control than we do with third-party software, so I'm planning to implement a more fine-grained approach, which won't require any kernel parameter changes. Instead, it will be manageable by application configuration alone. (Note: this is partially because testing in koha-testing-docker would be difficult where it's not easy/possible to tweak kernel parameters.) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 33295] New: We need a way to exclude 'inappropriate' heading from linking searches
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '25

10 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33295 Bug ID: 33295 Summary: We need a way to exclude 'inappropriate' heading from linking searches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org See notes for character 11 here: https://www.loc.gov/marc/authority/ad008.html n - Not applicable 1XX heading is not a name, name/title, or uniform title formulated according to descriptive cataloging rules and is not appropriate for use as a main or added entry in bibliographic records. We need a negative search, or another way to exclude this from matching, they are valid for 1XX, but not 6XX -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 31521] New: Allow to configure behaviour when checking in a reserved item at SCO
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '25

10 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31521 Bug ID: 31521 Summary: Allow to configure behaviour when checking in a reserved item at SCO Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Some users want to display a custom message to patrons self returning items that are on hold. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 36201] New: Add -days_old and -months_old arguments for misc/export_records.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '25

10 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36201 Bug ID: 36201 Summary: Add -days_old and -months_old arguments for misc/export_records.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice if libraries could use misc/export_records.pl as a cronjob to run on the first day of every month to export all new biblio records added in the last month: by using new -days_old=31 or -months_old=1 arguments for the export_records.pl script to limit on the biblio.datecreated. A use case for this would be those libraries which need to keep a union catalogue up to date with their local Koha catalogue. By providing the union catalogue provider with a MARC file of all biblio additions in the last month. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 36770] New: Add a reportID parameter to export_records.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '25

10 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36770 Bug ID: 36770 Summary: Add a reportID parameter to 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 It would be nice to be able to export reports from the export_records.pl command-line utility using a report. Adding a reportID parameter to the export_records.pl script would enable libraries to have greater control over what records are exported. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 36208] New: Add -not_itemtype argument to misc/export_records.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '25

10 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36208 Bug ID: 36208 Summary: Add -not_itemtype argument to misc/export_records.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It is currently possible to pass the --itemtype argument to misc/export_records.pl to export biblios from a given itemtype. It would be nice if libraries pass a --not_itemtype argument to misc/export_records.pl to exclude exporting biblios with a given item type. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4