October 2022 - Koha-bugs - lists.koha-community.org

[Bug 31023] New: Cannot create new GENRE/FORM authorities when QueryRegexEscapeOptions set to 'Unescape escaped'
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '22

20 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31023 Bug ID: 31023 Summary: Cannot create new GENRE/FORM authorities when QueryRegexEscapeOptions set to 'Unescape escaped' 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: nick(a)bywatersolutions.com Bug 24286 and bug 24264 added some escaping for the forward slash in this authtype, however, when we unescape escaped characters for regex, it appears we break the escaping in FindDuplicateAuthority To test: 0 - Have Koha using Elasticsearch 1 - Set QueryRegexEscapeOptions to 'unescape escaped' 2 - Attempt to add a new 'GENRE/FORM' authority record 3 - On save you get a 500 error Unable to understand your search query, please rephrase and try again. at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/Search.pm line 102 [2022/06/23 10:07:02] [WARN] [Request] ** [http://es:9200]-[400] [query_shard_exception] Failed to parse query [(authtype:GENRE/FORM* AND heading:"ddddd")], with: {"index":"koha_kohadev_authorities","index_uuid":"I00T6jgPTKynx5kKc8heNQ"}, called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/Search.pm line 95. With vars: {'request' => {'body' => {'query' => {'query_string' => {'query' => '(authtype:GENRE/FORM* AND heading:"ddddd")','analyze_wildcard' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),'default_operator' => 'AND','fuzziness' => 'auto','type' => 'cross_fields','lenient' => $VAR1->{'request'}{'body'}{'query'}{'query_string'}{'analyze_wildcard'},'fields' => ['lc-card-number','local-number','record-source','personal-name','meeting-name','personal-name-see-also-from','see-from','authtype','meeting-name-see-also-from','match-heading-see-from','heading-use-main-or-added-entry','subject-heading-thesaurus','match','heading-use-series-added-entry','kind-of-record','see-also-from','heading','corporate-name-see-also-from','descriptive-cataloging-rules','meeting-name-see-from','corporate-name-see-from','heading-use-subject-added-entry','personal-name-see-from','personal-name-heading','meeting-name-heading','heading-main']}},'size' => 1,'aggregations' => {'su-geo' => {'terms' => {'size' => '20','field' => 'su-geo__facet'}},'location' => {'terms' => {'size' => '20','field' => 'location__facet'}},'author' => {'terms' => {'field' => 'author__facet','size' => '20'}},'ln' => {'terms' => {'field' => 'ln__facet','size' => '20'}},'holdingbranch' => {'terms' => {'size' => '20','field' => 'holdingbranch__facet'}},'subject' => {'terms' => {'field' => 'subject__facet','size' => '20'}},'itype' => {'terms' => {'field' => 'itype__facet','size' => '20'}},'title-series' => {'terms' => {'field' => 'title-series__facet','size' => '20'}},'ccode' => {'terms' => {'field' => 'ccode__facet','size' => '20'}}},'from' => 0},'mime_type' => 'application/json','serialize' => 'std','method' => 'GET','ignore' => [],'path' => '/koha_kohadev_authorities/_search','qs' => {'track_total_hits' => 'true'}},'status_code' => 400,'body' => {'error' => {'reason' => 'all shards failed','phase' => 'query','type' => 'search_phase_execution_exception','grouped' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),'failed_shards' => [{'node' => '8aathbKCRVmwFPakemaNEA','index' => 'koha_kohadev_authorities','reason' => {'reason' => 'Failed to parse query [(authtype:GENRE/FORM* AND heading:"ddddd")]','index' => 'koha_kohadev_authorities','type' => 'query_shard_exception','caused_by' => {'type' => 'parse_exception','caused_by' => {'type' => 'token_mgr_error','reason' => 'Lexical error at line 1, column 43. Encountered: <EOF> after : "/FORM* AND heading:\\"ddddd\\")"'},'reason' => 'Cannot parse \'(authtype:GENRE/FORM* AND heading:"ddddd")\': Lexical error at line 1, column 43. Encountered: <EOF> after : "/FORM* AND heading:\\"ddddd\\")"'},'index_uuid' => 'I00T6jgPTKynx5kKc8heNQ'},'shard' => 0}],'root_cause' => [{'index' => 'koha_kohadev_authorities','reason' => 'Failed to parse query [(authtype:GENRE/FORM* AND heading:"ddddd")]','index_uuid' => 'I00T6jgPTKynx5kKc8heNQ','type' => 'query_shard_exception'}]},'status' => 400}} -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 28290] New: Record matching rules with no subfields cause ISE
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '22

20 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28290 Bug ID: 28290 Summary: Record matching rules with no subfields cause ISE Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Define a new matching rule with no subfields Match-threshold: 1000 Record type: bibliographic record Search-index: Other-control-number Score: 1000 Tag: 035 Subfields: Offset: Length: 2 - Attempt to stage a record with an 035 using this rule (i will attach example to bug) 3 - Staging fails 4 - Stage again with no matching rule 5 - Manage the staged record, try to apply the matching rule 6 - It fails, 500 error -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 27761] New: Koha is reporting deleted items when a pickup is done by OAI
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '22

19 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27761 Bug ID: 27761 Summary: Koha is reporting deleted items when a pickup is done by OAI Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcautomatizacion(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hello, We have a problem, our Koha is reporting deleted items when a collection is done by OAI, can this be solved? Can you remove the deleted products so that it only shows the current ones? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 16723] New: Add additional subscription fields to serial claim notices
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '22

19 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16723 Bug ID: 16723 Summary: Add additional subscription fields to serial claim notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 It would be nice if it was possible to output the additional subscription fields in the serial related notices - especially the late issue / claim notice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 31133] New: TestBuilder fragile on virtual fks
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '22

19 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31133 Bug ID: 31133 Summary: TestBuilder fragile on virtual fks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 As exposed with the introduction of Koha::Checkouts::Renewal(s), which has two relationships (checkout and old_checkout) defined at the DBIC level (and not at DB level) that point the same column name, to the same fk name, TestBuilder fails in some situations. Looking at the code I found there's some code for detecting duplicate fk introduced by bug 16155, but it doesn't seem to be effective: it fails randomly depending on the key that is picked. I will submit my attempt to make things work, but more eyes are needed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 30986] New: Improve responsiveness of DataTable toolbar
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30986 Bug ID: 30986 Summary: Improve responsiveness of DataTable toolbar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org A few tweaks to CSS will make the components of a DataTables toolbar work better at narrower browser widths. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 23962] New: We should drop support for Debian Jessie during 20.05 cycle.
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23962 Bug ID: 23962 Summary: We should drop support for Debian Jessie during 20.05 cycle. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The Debian Jessie LTS support is officially coming to an end on June 30, 2020. We should continue to support the stable releases until that time (and perhaps for a short period afterwards) but publicise an official drop of support with our 20.05 release as we can't/shouldn't really officially support 20.05 on Jessie for more than a month after it's release (i.e. after Debian has dropped such support itself) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 32036] New: Cannot set single sub-permission without also setting the top level flag
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32036 Bug ID: 32036 Summary: Cannot set single sub-permission without also setting the top level flag 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In permissions, if a top level flag only has a single sub-permission you cannot set the submersion without also setting the top-level permission. For instance, you cannot set the sub-permission 'manage_recalls' without also having the 'recalls' flag set. I think you should be able to set these independently. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 30231] New: See (rejected) forms of series entry visible in search result (OPAC and intra)
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30231 Bug ID: 30231 Summary: See (rejected) forms of series entry visible in search result (OPAC and intra) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When using zebra with IncludeSeeFromInSearches on, with traced series, the rejected forms (4XX) of series entries are visible in result lists, both in OPAC and intra interfaces. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 31356] New: Itiva outbound script doesn't respect calendar when calculating expiration date for holds
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31356 Bug ID: 31356 Summary: Itiva outbound script doesn't respect calendar when calculating expiration date for holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The script takes the waiting date and adds the delay It should simply pass through the expiration date field -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15