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

[Bug 24482] New: Purchase Items broken by costs containing a comma
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '20

05 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24482 Bug ID: 24482 Summary: Purchase Items broken by costs containing a comma Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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 To test: - enable cash registers and point of sale - create a purchase item with a cost of $1000 - go to Point of Sale and attempt to sell one of your item - Note that Koha inserts a comma into the price and breaks its own math in calculating the amount due -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 24602] New: The fallback value for onshelfholds should be 0
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '20

05 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24602 Bug ID: 24602 Summary: The fallback value for onshelfholds should be 0 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The onshelfholds circulation rules values are more of an ENUM type (as opposed to other rules with integers like max*qty). In the quantities cases, it makes sense to have undef mean unlimited. In the enum type it is clearer to just set a default value (0) as the code already expects (Note: undef and 0 both eval to false so there's no behaviour problem, but warnings or we get forced to check for defined when the rule is used. It seems trivial to just make the rule fallback to a chosen default value) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 22933] New: Support for FIDO WebAuthn (passwordless)
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '20

04 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22933 Bug ID: 22933 Summary: Support for FIDO WebAuthn (passwordless) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Target Milestone: --- What do you mean about support for WebAuthn for staff? No Password, just USB token and touch. Nice demo and test: https://webauthn.me/ https://webauthn.io/ Demo code Javascript https://github.com/fido-alliance/webauthn-demo -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 24770] New: Show age of patron on circulationa page
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '20

03 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24770 Bug ID: 24770 Summary: Show age of patron on circulationa page 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On circulation page we can see information about patron: Name, adress, telefono nember, e-mail etc. Can we add information about age of patron? It's very useful for verification in case if librarian have suspicion on fraud (someone try to use card from other patron). It's useful if librarian want to recomended book that match to age of patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[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