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

[Bug 24019] New: Patron batch modification based on borrowernumber
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '21

03 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24019 Bug ID: 24019 Summary: Patron batch modification based on borrowernumber Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org It would be useful for librarians to be able to batch modify patrons based on a list of borrowernumbers instead of just lists of cardnumbers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 27395] New: Add warning to PatronSelfRegistrationDefaultCategory to avoid accidental patron deletion
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '21

02 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27395 Bug ID: 27395 Summary: Add warning to PatronSelfRegistrationDefaultCategory to avoid accidental patron deletion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: System Administration 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 If you have set up the cronjobs for deleting unverified and "unfinished" opac self registrations, a wrong setting in the PatronSelfRegistrationDefaultCategory system preference can lead to accidental deletion of a lot of your patrons. This will happen if you enter one of your regular patron category codes instead of using a specific one for self registrations. It will then delete all patrons that have registere more than PatronSelfRegistrationExpireTemporaryAccountsDelay days ago. This is also a complete deletion, not moving the data to deletedborrowers, making it even harder to fix the mistake. I think it would be great to add a hint or warning about this to the system preference description. It currently reads: Use the patron category code ____ as the default patron category for patrons registered via the OPAC. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[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 27565] New: Dropdowns in Item Search should be sorted alphabetically
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '21

28 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27565 Bug ID: 27565 Summary: Dropdowns in Item Search should be sorted alphabetically Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org The list of values in the dropdowns on item search do not appear in alphabetical order. This can make it difficult to find a value in the list. It would be more user friendly to display the list alphabetically. I think this applies to all of the dropdowns but can verify that shelving location, item type, collection and status are being are not sorted alphabetically. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 23792] New: Send borrowernumbers from report to batch modify
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '21

27 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23792 Bug ID: 23792 Summary: Send borrowernumbers from report to batch modify Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Apologies if this bug is a dupe, I really thought I'd seen this one before and now can't find it. It'd be great to be able to run a report listing patrons and send them straight to batch patron modification, as we can now do with items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 28324] New: Pagination displays weirdly when there are more than 10 pages
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '21

27 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28324 Bug ID: 28324 Summary: Pagination displays weirdly when there are more than 10 pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Created attachment 120854 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=120854&action=e… Pagination not shifting along I've attached screenshots to display the weird behaviour. The screenshots are only showing this problem in OPAC search results, but the same thing happens in the staff client search results, and in the staff client staged marc management, and probably any tables that use this pagination. When there is a table that returns more than 10 results, we see pagination with links to pages 1 to 10. As you click along the page links from 1-9, the pagination doesn't shift along as you might expect it to. For example, clicking on page 9, the pagination still only shows pages 1-10, whereas I would expect it to show pages 5-15 with page 9 in the middle. This is the first problem. The second problem is when you are viewing page 10, the pagination expands to show pages 1-21 with page 10 in the middle. When you click page 15, the pagination would expand to show pages 5-26 for example. So this time, the pagination is shifting along but it's showing links to 20 pages which is far too many. I expect it to show only 10 pages always. This is the second problem. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 19294] New: ILS-DI: HoldTitle and HoldItem don't consider " on shelf holds allowed" setting
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '21

26 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19294 Bug ID: 19294 Summary: ILS-DI: HoldTitle and HoldItem don't consider "on shelf holds allowed" setting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce: 1. In "Circulation and fines rules", set "On shelf holds allowed" to "If all unavailable" for all branches/patron categories/itemtypes 2. Try to place a hold using ILS-DI on a title that have all its items available (e.g. http://opac.master.koha-dev/cgi-bin/koha/ilsdi.pl?service=HoldTitle&patron_…) 3. The hold is placed but it shouldn't be allowed. 4. Cancel the hold 5. Try to place a hold using ILS-DI on an available item (e.g. http://opac.master.koha-dev/cgi-bin/koha/ilsdi.pl?service=HoldItem&patron_i…) 6. The hold is placed but it shouldn't be allowed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28017] New: Allow @localhost addresses
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '21

26 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28017 Bug ID: 28017 Summary: Allow @localhost addresses 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 22343 introduced a rewrite of Koha::Email. One of the changes it introduced was that it now validates all addresses, not just the 'To' header. This immediately affected anyone with default values like root@localhost. An exchange with the library author [1] highlighted that the way we use Email::Valid is to blame for breaking on @localhost addresses. It also made it clear that this behavior can be overridden by using a trivial flag on the call. While the RFC for email systems specify that FQDN needs to be used, debugging bug 26705 highlighted we need this to allow anyone to test email stuffs. I propose to allow non-fqdn addresses. [1] https://github.com/Perl-Email-Project/Email-Valid/issues/49 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 26570] New: Search Functionality in Borrowing History
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '21

26 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26570 Bug ID: 26570 Summary: Search Functionality in Borrowing History Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: christofer.zorn(a)ajaxlibrary.ca QA Contact: testopia(a)bugs.koha-community.org Hello All! A patron made this suggestion and I think it is fantastic. Would it be possible to have a small search box appear on the Borrowing History (and to be honest, any of the other tabs where this might work) that allowed patrons to enter at title and limit their borrowing history link to the matches? Just to clarify, I'm not hoping to have links to the item records, I'm looking to search the list and return those items that it found. The value in this is allowing our 'power user' patrons to have access at their fingertips to the information. Thank you! Christofer -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 25775] New: Add DataTables controls to user's checkouts table in OPAC
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '21

26 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25775 Bug ID: 25775 Summary: Add DataTables controls to user's checkouts table in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 20168 It would be helpful for the user to have some DataTables controls on their table of checked-out items (and perhaps other tables on that page as well): - Filter form - Copy - CSV - Print Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20168 [Bug 20168] Update of the OPAC bootstrap template to bootstrap v4 -- You are receiving this mail because: You are watching all bug changes.

1 26