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

[Bug 24681] New: Branch address country is used for HEA as-is
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '20

03 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24681 Bug ID: 24681 Summary: Branch address country is used for HEA as-is Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr If you set the country address field for a branch, that text will be sent to HEA as the country where the branch is - but this is not useful for HEA, where the country statistics will get splintered between english-language name of the country vs localized name for the country. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[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 15377] Allow removal of 'checked out' items from course reserves
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '20

01 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15377 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Remove 'checked out' items |Allow removal of 'checked |from course reserves |out' items from course | |reserves -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15377] Remove 'checked out' items from course reserves
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '20

01 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15377 --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 99846 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=99846&action=ed… Bug 15377: (QA follow-up) Fix capitalization and column heading Checked Out -> Checked out Circulation -> Status (matching other pages with this information) Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15377] Remove 'checked out' items from course reserves
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '20

01 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15377 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #99321|0 |1 is obsolete| | --- Comment #10 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 99845 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=99845&action=ed… Bug 15377: Allow removal of 'checked out' items from course reserves 1) removes the restriction of not allowing a reserve to be removed if it is onloan 2) adds a column to the display that says with the item is checked out or available based on the onloan flag testplan: add an item to course reserves, check the item out, check that the Ciruclation column changes to Checked Out and that you can remove it Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Hannah Olsen <holsen(a)duncanville.com> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15377] Remove 'checked out' items from course reserves
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '20

01 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15377 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Trivial patch Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24771] New: Show message on OPAC summary if checkouts are blocked due to fines
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '20

29 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24771 Bug ID: 24771 Summary: Show message on OPAC summary if checkouts are blocked due to fines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Like bug 15775, but for noissuecharge. But beware: calculation of noissuecharge blocking is a bit more difficult as other systempreferences determine which fines should be counted for the block. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13412] Allow configuration of auto-created authorities
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '20

29 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13412 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13412] Allow configuration of auto-created authorities
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '20

29 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13412 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Roch, I did some first testing and this looks good, I just have have 2 small issues: 1) I believe this would be a MARC21 specific feature as it's proposed now. Could we make it MARC agnostic? Like use a general term in the pref and make it work for UNIMARC as well? I am not sure if there is code for UNIMARC to do a similar thing yet, if not, we could just add a note to the pref description that this is MARC21 only. 2) syspref.sql is sorted alphabetically, actually that helps us to avoid rebasing a lot as not everyone adds their new prefs in the same spot at the end. Can you please sort your new prefs in Please submit a follow-up patch and switch back to Signed-off. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5103] Dates in MARC details not formatted correctly
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '20

29 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5103 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Aleisha, I really love that you have taken on these old bugs! Sadly, we got a UNIMARC vs MARC21 issue here - the mappings with UNIMARC are usually quite different. I think the best would be to look up the subfield codes with the known date columns we have in the items table instead of hardcoding the subfields - this way the MARC flavour and people having mapped things differently won't matter and it will always work. As long as the code reads easily I am not that worried about repeating it at the moment, and it could be something to improve later on. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0