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

[Bug 25158] New: Introduce koha-memcached
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25158 Bug ID: 25158 Summary: Introduce koha-memcached Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net "Interacting" with memcached has been a problem, since pretty much the only thing we can easily do with it is restart it to empty it of all cached values. This is less than ideal, especially in a multi-tenant setup where several Koha instances share the same server, and also the same memcached server. This is especially true when sessions are saved in memcached, which means that "flushing" (restarting) the cache for one site terminates all active sessions for all sites. koha-memcached tries to fix this by providing a convenient script to list all keys in memcached, get their values and delete them. This is done as a script similar to koha-mysql etc. Now, while researching this I read that doing things like listing all keys in memcached might not always be possible. It does seem to work in the testing I have done so far though. Maybe a single instance of memcached on localhost is less problematic in this respect then if you have a cluster of servers etc? More opinions on this is needed. The script relies on Memcached::libmemcached and memcdump. This is mostly a proof of concept, with some rough edges that need to be worked on a bit more, *if* this approach is something we think is worth pursuing. Feedback is most welcome! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 25289] New: CalculateFinesOnReturn does not affect SIP2
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25289 Bug ID: 25289 Summary: CalculateFinesOnReturn does not affect SIP2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com A library reported this. I have not investigated properly, but grep'ing for the syspref in C4/SIP/ gives no results. I would say this is surprising. Either the old syspref should apply to SIP2, or there should be a separate syspref like CalculateFinesOnReturnSIP2. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 25338] New: Koha checks items in when lost fee waived/paid
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25338 Bug ID: 25338 Summary: Koha checks items in when lost fee waived/paid Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org To replicate: 1) Check out an item to patron and have item go lost and charge for item. 2) Renew item. Notice status is not changed. Fee is not removed. 3) Remove lost status. Notice fee is not removed. Item remains on patron account. 4) Waive or pay fee. Notice the item is checked! What the heck! There are a few things wrong here. First, if an item is renewed, the lost status should at least be removed. Maybe there needs to be a setting for this, and whether or not the fee is removed if the item is renewed. Second, if you remove the lost item status, the fee remains. Again, maybe there needs to be a setting for that to decide if the fee should be remove. Third, and this is THE BIGGEST ISSUE I have with this. Under no circumstances should waiving or paying for a fee change the status of the item from checked out to checked in. Maybe there should be an option, but I can't think of a good reason for this to happen, ever. Would like to have a quick fix for this last issue, ASAP, especially since we had extended due dates with the new batch tool due to COVID-19, and we are going to be correcting a lot of these. Currently, the ONLY workaround I've seen is that I have to watch the item after waiving the fee, and check it back out to the patron. This is a good way to lose track of items that are out, and very easy for someone to miss. Because of that, I am marking this as critical. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 25366] New: MARC import does not have duplicate record search option for online items
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25366 Bug ID: 25366 Summary: MARC import does not have duplicate record search option for online items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jaki.frisina(a)leblibrary.com QA Contact: testopia(a)bugs.koha-community.org When importing Kanopy records, I cannot search and replace duplicate records because Kanopy records do not have an ISBN or ISSN, which are the only items you can match on when searching for duplicates. I do not know if there are other online items that are affected by this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 25401] New: Backup/Restore Functions
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25401 Bug ID: 25401 Summary: Backup/Restore Functions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I would love to see backup and restore exports/imports for preferences and tables. For example, if I am monkeying with the transport cost matrix, I would like to export it before I play with it, and have the ability to import it if needed. Or if i am working on jQuery, CSS, circulation rules, or any other settings in Koha, it would be great to be able to export on the fly and restore when needed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 25474] New: Component Description for 'Templates'
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25474 Bug ID: 25474 Summary: Component Description for 'Templates' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: timothy_alexis.vass(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org Bugs / errors in the the koha templates Should be: Bugs / errors in the Koha templates -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 25495] New: members-home.pl should allow search for exact borrowernumber
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25495 Bug ID: 25495 Summary: members-home.pl should allow search for exact borrowernumber 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When searching by borrowernumber in the patrons module, the only search type options are "contains" and "starts with," both of which can be unhelpful when searching by borrowernumber, especially when trying to find a relatively low-numbered patron in a large system. It'd be great to be able to perform an exact match search so "10" wouldn't find 100, 101, 1001, etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 25533] New: Perl "not numeric" warning on the "Holds" page
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25533 Bug ID: 25533 Summary: Perl "not numeric" warning on the "Holds" page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Hold requests Assignee: slavashishkin(a)gmail.com Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, nugged(a)gmail.com Perl warning on the intranet "Holds" page (/cgi-bin/koha/reserve/request.pl): Argument "" isn't numeric in numeric gt (>) at .../C4/Reserves.pm line 2233. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 25652] New: Holds Daily is not looking at Item Type when Not Allowing Holds
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25652 Bug ID: 25652 Summary: Holds Daily is not looking at Item Type when Not Allowing Holds Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If a library has a rule that allows 5 holds daily on DVDs and 50 holds daily on the BOOK rule, Koha will count the first 5 holds regardless of item type and not allow any more of that item type (DVD) for a hold, but will allow more BOOK holds. 423 my $today_holds = Koha::Holds->search({ 424 borrowernumber => $borrowernumber, 425 reservedate => dt_from_string->date 426 }); Koha should be looking at Item Type when determining whether a hold can be placed in this today_holds search. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 25688] New: 'All libraries' terminology used on first page of circulation rules is confusing
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '24

01 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25688 Bug ID: 25688 Summary: 'All libraries' terminology used on first page of circulation rules is confusing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: andrew(a)bywatersolutions.com Our circulation rules page has undergone some terminology changes over the years, but at the moment, it seems quite confusing as discussions on some bugs (example: 25643) have shown. We say "default for all libraries" but actually, it's just "default for each libary" as the default rules page is used, when no library specific rule exists. Counts like 'number of holds' or 'number of checkouts' will not count for 'all libraries' but only for the 'individual library'. We should look for a way to make this more obvious in our wording. Would "default for a library" or "default for each library" work in English? -- You are receiving this mail because: You are watching all bug changes.

1 1