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

[Bug 20492] New: Add missing case for advanced search in _fix_limit_special_cases
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '21

06 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20492 Bug ID: 20492 Summary: Add missing case for advanced search in _fix_limit_special_cases 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 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 22524] New: Elasticsearch - Date range in advanced search
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '21

06 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22524 Bug ID: 22524 Summary: Elasticsearch - Date range in advanced search Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca Target Milestone: --- Hi, There is a problem with date range search in advanced search with ES. Search "2001-2010" will give a list of results with 2001-2010 entered in marc field like 260$c2001-2010 or 264$2001-2010 Records with just 2001 in marc field will not be displayed in search results. Maybe it's just a bad configuration in searchengine/elasticsearch/mappings.pl? Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 27499] New: serialsUpdate doesn't create all late issues
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '21

03 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27499 Bug ID: 27499 Summary: serialsUpdate doesn't create all late issues 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Created attachment 115449 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=115449&action=e… New subscription form 2/2 I'm not sure if this is intended behaviour or not. I was trying to get a subscription with lots of late issues to test something. But every time I run serialsUpdate, it only create 1-3 issues instead of all the late issues up to today. To test: 1) Go to Serials 2) Create a subscription for a weekly serial starting 2020-01-01 (I attached a screenshot of my new subscription form 2/2) 3) Go to serial collection -- There should be the first issue of the subscription, 2020-01-01 4) Go to the terminal and run ./misc/cronjobs/serialsUpdate.pl -c -v 5) Go back to the serial collection -- Only the next issue has been created (2020-01-08) I would have expected this to create all missing issues from 2020-01-01 to 2021-01-13. Right now, it only replaces the "Generate next" button. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[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 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 19294] New: ILS-DI: HoldTitle and HoldItem don't consider " on shelf holds allowed" setting
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '21

27 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