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

[Bug 28326] New: If ElasticSearch enable is not possible to edit or save records with ' ES reserved charset' like []
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '21

01 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28326 Bug ID: 28326 Summary: If ElasticSearch enable is not possible to edit or save records with ' ES reserved charset' like [] Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es With ElasticSearch enabled it is not possible to create or edit any record with special charset in the title like [] [2021/05/12 06:29:49] [WARN] [Request] ** [hxxxxxx]-[400] [query_shard_exception] Failed to parse query [(host-item:[Romanza appassionata])], with: {"index_uuid":"VlZbj1MfQtWjWgdlnkSUXA","index":"koha_cxxx_biblios"}, called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/Search.pm line 96. With vars: {'status_code' => 400,'body' => {'error' => {'grouped' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),'root_cause' => [{'reason' => 'Failed to parse query [(host-item:[Romanza appassionata])]','index_uuid' => 'VlZbj1MfQtWjWgdlnkSUXA','index' => 'koha_xxxx_biblios','type' => 'query_shard_exception'}],'reason' => 'all shards failed','failed_shards' => [{'reason' => {'index_uuid' => 'VlZbj1MfQtWjWgdlnkSUXA','caused_by' => {'type' => 'parse_exception','caused_by' => {'type' => 'parse_exception','reason' => 'Encountered " <RANGE_GOOP> "appassionata "" at line 1, column 20. Was expecting: "TO" ... '},'reason' => 'Cannot parse \'(host-item:[Romanza appassionata])\': Encountered " <RANGE_GOOP> "appassionata "" at line 1, column 20. Was expecting: "TO" ... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 10758] Show bibliographic information of deleted records in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '21

31 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Abbey Holt <aholt(a)dubuque.lib.ia.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aholt(a)dubuque.lib.ia.us -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28842] New: Missing summary for /items/:item_id/pickup_locations
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '21

31 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28842 Bug ID: 28842 Summary: Missing summary for /items/:item_id/pickup_locations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Bug 27931 introduced /items/:item_id/pickup_locations but missed to add the route summary and the top level display title for the 'pickup_locations' tag. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 28861] New: Item type column always hidden in holds history
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '21

31 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28861 Bug ID: 28861 Summary: Item type column always hidden in holds history 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The page replicated the behavior from the holds history page on staff and added: [% IF show_itemtype_column %] <th>Requested item type</th> [% END %] but 'show_itemtype_column' is never set. To reproduce: 1. Enable AllowHoldItemTypeSelection 2. Add a couple item-type constrained holds 3. See them in the holds history page => SUCCESS: Item type column shows 4. Enable OPACHoldsHistory 5. Look for them in the OPAC => FAIL: The item type column doesn't show -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 28873] New: Incorrect age displayed in db_dependent/Koha/Patrons.t
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '21

31 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28873 Bug ID: 28873 Summary: Incorrect age displayed in db_dependent/Koha/Patrons.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In test suite db_dependent/Koha/Patrons.t actually shows : # Subtest: is_valid_age 1..10 ok 1 - Patron with no dateofbirth is always valid for any category ok 2 - Today=2020-02-28, dob=2015-03-01, is 5, should be valid=0 ok 3 - Today=2020-02-28, dob=2015-02-27, is 5, should be valid=1 ok 4 - Today=2020-02-28, dob=2009-02-28, is 11, should be valid=0 ok 5 - Today=2020-02-28, dob=2015-02-28, is 7, should be valid=1 ok 6 - Today=2020-02-28, dob=2009-02-27, is 11, should be valid=0 ok 7 - Today=2020-02-28, dob=2016-08-27, is 3, should be valid=0 ok 8 - Today=2020-02-28, dob=2009-03-01, is 11, should be valid=1 ok 9 - Today=2020-02-28, dob=2007-08-27, is 12, should be valid=0 ok 10 - Today=2020-02-28, dob=2015-02-28, is 5, should be valid=1 Some ages are incorrect : 1) dob=2009-03-01, is 11 => it is age 10 so valid=1 in category 5 to 10 2) dob=2015-03-01, is 5 => it is age 4 so valid=0 in category 5 to 10 3) dob=2015-02-28, is 7 => this date of birth is already tested I suppose here dob is wrong, age wanted is 7 in the middle of age restrictions. so dob=2013-02-28 -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 28923] New: Allow importing local images for more than one items.
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '21

30 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28923 Bug ID: 28923 Summary: Allow importing local images for more than one items. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I wonder if the ability to import local images en masse (zip file containing many images and a image_name-to-biblio table) could be expanded so that one may also mport local images en masse for items. This would be very useful for libraries documenting magazine covers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7867] Use consistent terminology for username and password
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '21

30 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7867 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=28914 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '21

30 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 --- Comment #46 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- Pushed to master for 21.11, thanks to everybody involved! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '21

30 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)| |21.11.00 released in| | Status|Passed QA |Pushed to master -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28916] New: RecordStaffUserOnCheckout breaks table configuration of last column in checkout histories
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '21

30 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28916 Bug ID: 28916 Summary: RecordStaffUserOnCheckout breaks table configuration of last column in checkout histories 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 23916 If RecordStaffUserOnCheckout is set to 'record' the last column on the checkout histories - available on the patron account in staff - available from the staff detail page can no longer be hidden using the "Columns" button. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23916 [Bug 23916] Issuer should be recorded and visible in patron circulation history -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3