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

[Bug 24278] New: Replace Locale::Currency::Format because it's buggy
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24278 Bug ID: 24278 Summary: Replace Locale::Currency::Format because it's buggy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Locale::Currency::Format is used to format the overdue fine printed using items.fines in the overdue notices. I am not sure if it's used in other places. The module has not seen a new version in a longer while and is buggy for some currencies: COP (Colombian peso) - wrong currency symbol RSD (Serbian dinar) - wrong currency symbol TYR (Turkey) - amounts are rounded and printed without decimals What we do at the moment is adding "wrong" codes for those so the formatting is avoided... but when you want to use acq etc this could be a bigger issue. Maybe we shoudl replace the module by enabling the use of the price filter in all notices if not the case yet and treat the existing placeholder items.fine as if the price filter was used? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 27597] New: Searching "kw:term" does not work with Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '21

24 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27597 Bug ID: 27597 Summary: Searching "kw:term" does not work with Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com In Koha/SearchEngine/Elasticsearch/QueryBuilder.pm : There is a map of convertion from CCL : our %index_field_convert = ( 'kw' => '', 'ab' => 'abstract', 'au' => 'author', ... You see that kw is replaced by empty. See that in _convert_index_strings() : my ($conv) = $self->_convert_index_fields($field); unless ( defined($conv) ) { push @res, $s; next; } push @res, ($conv->{field} ? $conv->{field} . ':' : '') . $self->_modify_string_by_type( %$conv, operand => $term ); If Field is empty the character ":" is not added. This behavior is missing from _convert_index_strings_freeform() : $search =~ s/($field_name_pattern)($multi_field_pattern):/(exists $index_field_convert{$1} ? $index_field_convert{$1} : $1)."$2:"/oge; Query "kw:term" will be converted to ":term" :( -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 27816] New: "Click to edit" in Point of sale is untranslatable
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27816 Bug ID: 27816 Summary: "Click to edit" in Point of sale is untranslatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The "Click to edit" prompt in "This sale" in the point of sale is untranslatable. To reproduce: 1- Enable EnablePointOfSale syspref 2- Enable UseCashRegisters syspref 3- Set up at least one cash register in Administration > Cash registers 4- Set up at least one Debit type that can be sold through POS in Administration > Debit types 5- Install at least one other language in your staff interface and switch to that language 6- Go to Point of sale and click Add next to one item for purchase 7- On the right hand side where the purchased item is added, click on the price to change it 8- Remove all digits; the click to edit prompt appears in English Is is the same for the Quantity. I checked po/fr-CA-staff-prog.po, po/fr-CA-messages.po and po/fr-CA-messages-js.po and the only "Click to edit" is in the preferences. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 27714] New: Koha::NewsItem->author explodes if the author has been removed
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27714 Bug ID: 27714 Summary: Koha::NewsItem->author explodes if the author has been removed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 27050] New: Allow multiple category_codes in delete_patrons.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27050 Bug ID: 27050 Summary: Allow multiple category_codes in delete_patrons.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: timothy_alexis.vass(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz overdue_notices.pl allows a list with branch codes. Allow similiar functionality for category codes in delete_patrons.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 27366] New: Add GET /patrons/:patron_id/holds
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27366 Bug ID: 27366 Summary: Add GET /patrons/:patron_id/holds 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: tomascohen(a)gmail.com It would be handy to have, for rendering patron's holds tables. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 39

[Bug 27815] New: "Remove" in point of sale untranslatable
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27815 Bug ID: 27815 Summary: "Remove" in point of sale untranslatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Created attachment 117396 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=117396&action=e… Screenshot of POS "This sale" in fr-CA The "Remove" button in "This sale" in the point of sale is untranslatable. To reproduce: 1- Enable EnablePointOfSale syspref 2- Enable UseCashRegisters syspref 3- Set up at least one cash register in Administration > Cash registers 4- Set up at least on Debit type that can be sold through POS in Administration > Debit types 5- Install at least one other language in your staff interface and switch to that language 6- Go to Point of sale and click Add next to one item for purchase 7- Notice on the right hand side where the purchased item is added, the Removed button is still in English I checked po/fr-CA-staff-prog.po, po/fr-CA-messages.po and po/fr-CA-messages-js.po and none of them have a "Remove" string in pay.tt. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 26199] New: Record matching rule match check should include Leader/LDR
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26199 Bug ID: 26199 Summary: Record matching rule match check should include Leader/LDR Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, record matching rule match checks can only use control fields and data fields. It would be great if they could also use the leader. This is very useful for matching against LDR06 for instance when you want to make sure that you're getting text instead of an audiobook for instance. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 23929] New: Invoice adjustments should filter inactive funds
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23929 Bug ID: 23929 Summary: Invoice adjustments should filter inactive funds Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 94893 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=94893&action=ed… Screenshot of unfiltered funds in adjustments When adding an adjustment to an invoice, the funds dropdown shows all funds. There should be a filter to allow only active funds, similar to the one on the shipping fund dropdown, as it is impossible to identify the active fund when they are similarly named. See screenshot. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 26964] New: The option to Save is not showing on the Advanced Editor when created a Macro
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26964 Bug ID: 26964 Summary: The option to Save is not showing on the Advanced Editor when created a Macro Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In 20.05.05, the ability to save a new macro is not visible. One needs to create the name of the macro, it will appear on the left, then click that new macro name, and then the options to save and to create the macro public. Seems to need the page refreshed during this process in some way. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19