November 2019 - Koha-bugs - lists.koha-community.org

[Bug 16758] New: Caching issues in scripts running in daemon mode
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '20

02 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16758 Bug ID: 16758 Summary: Caching issues in scripts running in daemon mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org As L1 cache does not have expiration mechanism, scripts running in daemon mode (rebuild_zebra.pl -daemon, sip server ?, ...) would not be aware of any possible changes in the data being cached in Koha::Cache. While adding expiration functionality to Koha::Cache would be pretty simple, I guess we don't really want to expire things by default after a given amount of seconds, that would not be good for overall performance; default expiration time for L2 = memcached is infinite (intentionally). Note that it's also infinite for L2 = Cache::Memory - probably not intentional, more likely that's because this code # Default cache time for memory is _always_ short unless it's specially # defined, to allow it to work reliably in a persistent environment. my $cache = Cache::Memory->new( 'namespace' => $self->{'namespace'}, 'default_expires' => "$self->{'timeout'} sec" || "10 sec", ); doesn't work as advertised. That might be a problem for plack + Cache::Memory setups - hopefully nobody uses such weird combos. Anyway, that belongs to the separate bug report. I wonder what would be a best approach for solving this issue for perpetually running scripts? Maybe just adding a function to Koha::Cache which flushes L1 cache (but not more often then each 10 | 20 | 30 seconds), and call it in rebuild_zebra.pl etc. daemon loop - ? -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 23165] New: Renewals for Self Checkout (SCO) module do not record branchcode in statistics
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '20

28 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23165 Bug ID: 23165 Summary: Renewals for Self Checkout (SCO) module do not record branchcode in statistics Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Koha considers SCO to be part of the OPAC, but the code related to OpacRenewalBranch is in opac-renew.pl. Because of this, the branchcode does not get set when a renewal takes place via the self check module. It would make more sense to move this logic into C4::Circulation::AddRenewal to centralize it and ensure that the statistics branch is set no matter where in the OPAC AddRenewal may be called. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 22877] New: Returning a lost item not marked as returned can generate additional overdue fines
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '20

28 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22877 Bug ID: 22877 Summary: Returning a lost item not marked as returned can generate additional overdue fines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- To recreate: 1 - Issue an item to a patron with a backdated due date 2 - Run fines.pl - note you generate a fine for the patron 3 - Run longoverdue.pl - make sure MarkLostItemsAsReturned is turned off and to charge 4 - Confirm the patron has a lost fee and an overdue 5 - Return the item 6 - Patron now has 2 overdue fines and a lost fine? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 61

[Bug 23344] New: Branch Transfer Limits - Warn if sysprefs are not set
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '20

26 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23344 Bug ID: 23344 Summary: Branch Transfer Limits - Warn if sysprefs are not set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The admin-menu branch_transfer_limits.pl is available but doesn't say anything about sysprefs that need setting. Testing and finding out the limits don't work is confusing. It would be more intuitive to just use the feature in the background without having to mess with any extra sysprefs. Or set the aforementioned sysprefs in the branch_transfer_limits.pl -page. This patch adds a simple warning if syspref 'UseBranchTransferLimits' is not activated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 18379] New: ejournal add
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '20

26 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18379 Bug ID: 18379 Summary: ejournal add Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: sunitabarve(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com For renewing ejournals there is only a need of subscription period and no need to add issues. But this feature is not there for renewing ejournals through serials. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19378] New: Onboarding tool should allow configuration of holds
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '20

26 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19378 Bug ID: 19378 Summary: Onboarding tool should allow configuration of holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com At the moment, the onboarding tool allows you to set on-shelf holds but it doesn't let you actually set up allowed hold counts which means holds are disabled by default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 23643] New: Moderation links are out of sight and overlooked
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '20

25 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23643 Bug ID: 23643 Summary: Moderation links are out of sight and overlooked Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 The moderation links at the bottom of the home page of the staff client are off the screen, depending on your resolution, or so low that they are hardly noticeable. They just seem like an after thought or tagged on at the end of the page. I would suggest either turning them into buttons like the rest of the buttons on the page, or have them appear with a yellow background above the news in the left panel. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 23658] New: WrongTransfer modal drops off specified checkin date on returns.pl
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '20

25 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23658 Bug ID: 23658 Summary: WrongTransfer modal drops off specified checkin date on returns.pl Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To replicate: Have an item that needs a transfer use the check in page, and backdate the checkin date check in the item, click ok or print - backdating is OK Check it in again - backdating drops off -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 18945] New: UseQueryParser system preference breaks subject searches
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '20

24 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18945 Bug ID: 18945 Summary: UseQueryParser system preference breaks subject searches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 65071 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65071&action=ed… ScreenShot1 Steps to recreate. 1.Check and make sure UseQueryParser system preference is set to "Don't Try" 2.Preform a search in koha. 3.From an items detail page click on a subject heading. 4.Koha will return results. Next - Turn on UseQueryParser and follow same steps. This will cause Koha to break. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 15967] New: Print notices are not generated if the patron cannot be notified
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '20

24 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15967 Bug ID: 15967 Summary: Print notices are not generated if the patron cannot be notified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Notices Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Regression introduced by bug 14133, see but 14133 comment 13. -- You are receiving this mail because: You are watching all bug changes.

1 30