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

[Bug 27441] New: Create a notice that can be sent when the Long Overdue Cron runs
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27441 Bug ID: 27441 Summary: Create a notice that can be sent when the Long Overdue Cron runs Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Libraries that use the Long Overdue Cron would like to coordinate the Overdue Notices to this cron- which is not as easy as that since the Long Overdue cron doesn't look at the calendar but the Notices can and they are losing out on an actual overdue notice because they are using one for the 'bill'. Instead, can we have Koha send another Notice when the Long Overdue Cron runs and that can alert Patrons that they have been charged for their Long Overdue material. This would also allow for libraries to use the 3 current overdue notices - as Overdue Notices and this new notice to be used for the actual Charge to the patron's account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 27603] New: Add API for lists management
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27603 Bug ID: 27603 Summary: Add API for lists management 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: oleonard(a)myacpl.org Created attachment 116256 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=116256&action=e… Screenshot of the list modal idea I was playing around with making the list add form a modal instead of a popup, and while it can be hacked together as things are now it really would be better to have an API to work with. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21934] New: Allow user to specify name for 'Shibboleth'
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21934 Bug ID: 21934 Summary: Allow user to specify name for 'Shibboleth' 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Many sites using SAML (Shibboleth) don't refer to their login as a 'Shibboleth login' We shoudl make it easy for the user to specify what they call the service -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 21576] New: Add a developer script to automatically fix missing filters
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21576 Bug ID: 21576 Summary: Add a developer script to automatically fix missing filters Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 13618 Blocks: 21526 Since bug 13618 developers have to escape TT variables when needed. It is not easy to think about (as we are lazy) and hard to pick the good one (html vs uri). It would be great to help our brains and have a script to add them automagically when needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13618 [Bug 13618] Add additional template filter methods and a filter presence test to Koha https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21526 [Bug 21526] TT variables used to build a link should be uri filtered -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 22872] New: payment_type handling is untested in Koha::Account->add_credit.
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22872 Bug ID: 22872 Summary: payment_type handling is untested in Koha::Account->add_credit. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The payment_type functionality is sparsely tested and only for the ->pay method and not the add_credit method. -- You are receiving this mail because: You are watching all bug changes.

1 4

[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