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

[Bug 27856] New: Update mappings.yaml after bug 27316
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27856 Bug ID: 27856 Summary: Update mappings.yaml after bug 27316 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 Bug 27316 has changed sort to 0/1 in Elasticsearch mappings. This should be updated in mappings.yaml -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 27316] New: In mappings use yes/no for sortable
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27316 Bug ID: 27316 Summary: In mappings use yes/no for sortable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com In search engine configuration (Elasticsearch), there is a colum 'sortable'. It contains 'Undef', 0 or 1. 0 and 1 are not really friendly values for a boolean. And also the translation seems to replace 0 by empty string (seen in fr-FR translation). I propose to replace by Yes/No like other boolean. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 20589] New: Add field boosting and use elastic query fields parameter instead of depricated _all
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20589 Bug ID: 20589 Summary: Add field boosting and use elastic query fields parameter instead of depricated _all Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com Generate a list of fields for the query_string query fields parameter, with possible boosts, instead of using "_all"-field. Also add "search" flag in search_marc_to_field table so that certain mappings can be excluded from searches. Add option to include/exclude fields in query_string "fields" parameter depending on searching in OPAC or staff client. Refactor code to remove all other dependencies on "_all"-field. (the atomicupdate sql-file is a bit obfuscated since had to be able to run in multiple time without error because of our local deploy-script, when moving this all procedure related code can be removed, only the "ALTER TABLE.."-lines are relevant.) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 102

[Bug 25325] New: ElasticSearch mapping export lacks staff_client/opac fields
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25325 Bug ID: 25325 Summary: ElasticSearch mapping export lacks staff_client/opac fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: frederic(a)tamil.fr export_elasticsearch_mappings.pl doesn't export staff_client and opac fields. Its means that when reimporting (Reset mapping in Search engine configuration) indexing rules, the searchability (staff/opac) of fields will be lost. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 26398] New: Credit type on creating a manual credit is not translatable
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26398 Bug ID: 26398 Summary: Credit type on creating a manual credit is not translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, martin.renvoize(a)ptfs-europe.com The "Credit type" pull down on the "Manual credit" page contains untranslatable values. To test: - Make sure another language than English is installed (tested with de-DE) - Go to any patron account - Accounting tab - Create manual credit tab - Verify the credit type pull down is there - Switch language to non-English - Verify the values remain in English -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 25412] New: [OMNIBUS] Enhance POD in Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25412 Bug ID: 25412 Summary: [OMNIBUS] Enhance POD in Koha namespace Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Developer documentation Assignee: koha-bugs(a)lists.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. You are the assignee for the bug.

1 7

[Bug 28230] New: Renewing/Checking out record with Ä or Ö letter in title can make Koha totally unfunctional
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28230 Bug ID: 28230 Summary: Renewing/Checking out record with Ä or Ö letter in title can make Koha totally unfunctional Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 22824 Koha can lock-up/stop working totally (unrelease manual DB LOCK on messages_queue table seems to cause this) in the following example situation (others aswell): - Have a biblio with "Ä" in title - Enable RenewalSendNotice - Enable "Item checkout and renewal" message preference for patron - Checkout an item from biblio "Ä" to patron - Renew the patrons loan and notice the following error: > {UNKNOWN}: YAML::XS::Load Error: The problem: > > control characters are not allowed > > was found at document: 0 at /kohadevbox/koha/C4/Circulation.pm line 3150 This seems to also cause a lock staying on message_queue table and locking other Koha database transactions from happening. I did some test code to debug this: #use YAML; use Encode; use Data::Dumper; use YAML::XS print Dumper(Dump(YAML::XS::Load(Encode::encode_utf8("---\r\n hello: 'heÄllo'")))); Basically here the YAML::XS version dies but if you replace that with YAML::Load it works. It might also have something to do with the Ä getting double encoded? The code that causes this problem is the > return YAML::XS::Load(Encode::encode_utf8($self->{metadata})); line in C4::Message::metadata() function. This seems to be caused by "Bug 22824: Replace YAML::Syck with YAML::XS" (d6d01169509999e22). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22824 [Bug 22824] Replace YAML::Syck with YAML::XS -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 19236] New: UNIF_TITLE authority ignores 2nd indicator value for all new headings saved
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19236 Bug ID: 19236 Summary: UNIF_TITLE authority ignores 2nd indicator value for all new headings saved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When saving new headings to UNIF_TITLE authority, second indicator value is not saved. So when you selected such authority heading (as part the cataloguing), you have to manually re-enter the indicator value concerned. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19237] New: PERSO_NAME authority file ignores first indicator value of new headings saved
by bugzilla-daemon＠bugs.koha-community.org 03 May '21

03 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19237 Bug ID: 19237 Summary: PERSO_NAME authority file ignores first indicator value of new headings saved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When saving new headings to PERSO_NAME authority, first indicator value is not saved. So when you selected such authority heading (as part the cataloguing), you have to manually re-enter the indicator value concerned. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 28086] New: Email address shown on OpacMaintenancePage should use ReplytoDefault if set
by bugzilla-daemon＠bugs.koha-community.org 02 May '21

02 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28086 Bug ID: 28086 Summary: Email address shown on OpacMaintenancePage should use ReplytoDefault if set 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 For some email setups the email address of the library will be in ReplytoDefault and not in KohaAdminEmailAddress. So it would be great if we could check ReplytoDefault for the email shown on the OPAC maintenance page first and use it if set with a fallback to the current behaviour of using KohaAdminEmailAdress. -- You are receiving this mail because: You are watching all bug changes.

1 29