December 2020 - Koha-bugs - lists.koha-community.org

[Bug 26709] New: Batch deletion for deleted patrons table
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '21

06 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26709 Bug ID: 26709 Summary: Batch deletion for deleted patrons table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Currently, we have the option to batch delete patrons either permanently or to the trash (deleted patrons table). But to clean up the deleted patrons table, we can only create a cron job. I would like to see the ability to clean up the deleted patrons table manually. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 25031] New: Improve handling of multiple covers on the biblio detail page in the staff client
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '21

06 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25031 Bug ID: 25031 Summary: Improve handling of multiple covers on the biblio detail page in the staff client 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 Depends on: 25016 I'd like to make a change to the bibliographic detail page in the staff client so that multiple images from multiple sources are handled more gracefully. See the short animation here: https://zivotdesign.com/p/uploads/big/84d60322591e773a46c0abb840c65721.gif Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25016 [Bug 25016] Coce should not return a 1-pixel Amazon cover image -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 22092] New: When creating a new subscription, biblio.serial is not set if field 942 is missing.
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '21

06 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22092 Bug ID: 22092 Summary: When creating a new subscription, biblio.serial is not set if field 942 is missing. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 21563] New: Hold limit could be override using multi holds
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '21

06 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21563 Bug ID: 21563 Summary: Hold limit could be override using multi holds 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Enable system preference DisplayMultiPlaceHold 2. Set a limit for number of holds in issuing rules 3. In staff client make a search 4. Select more records than is limit set in 2. 5. Place a hold on this set and confirm - the patron has more holds than is limit 6. Repeat in opac - the number of holds is not more then limit, but on confirm page there is no message about it -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 18752] New: Automatic item modifications by age should allow 'blank' values
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '21

05 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18752 Bug ID: 18752 Summary: Automatic item modifications by age should allow 'blank' values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Per comment 14 on bug 16437 the right side of the editor should not require a vlue - with YAML we could supply a blank here and we should be bale to again -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 26845] New: Refactor get_template_and_user
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '21

05 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26845 Bug ID: 26845 Summary: Refactor get_template_and_user 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org C4::Auth::get_template_and_user is a terrifyingly large function that does way too many things, and it's a complete mess. Many of the $template->param interactions are just setting system preferences. We shouldn't even need to do that anymore. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 17819] New: Performance 16.11 - Omnibus
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '21

05 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17819 Bug ID: 17819 Summary: Performance 16.11 - Omnibus Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org https://wiki.koha-community.org/wiki/Benchmark_for_16.11 -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 25896] New: Missing closing </td> tag in smart-rules.tt
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '21

05 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25896 Bug ID: 25896 Summary: Missing closing </td> tag in smart-rules.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Templates Assignee: slavashishkin(a)gmail.com Reporter: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)bugs.koha-community.org, julian.maurice(a)biblibre.com, martin.renvoize(a)ptfs-europe.com, stalkernoid(a)gmail.com Depends on: 21395 File: koha-tmpl/intranet-tmpl/prog/en/modules/admin/smart-rules.tt with adding of "daysmode" block just have one lost closing </td> tag: <td> [% SWITCH daysmode %] ... <td> all other <td> tags we have there are closed, yet modern browsers even "fixes" this on the fly so nothing to check visually or to spot any changes, so fix is even have no "browser" test procedure: just go wget/curl and compare generated htmls :)... heh :). Longer describe than fix :) Slava, please just post a quick fix commit. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21395 [Bug 21395] Make perlcritic happy -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 27103] New: Adding a hold cancellation reason should not always send a notice
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '21

05 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27103 Bug ID: 27103 Summary: Adding a hold cancellation reason should not always send a notice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 25534 adds the option to record the reason a hold was cancelled. It also always triggers the HOLD_CANCELLATION notice to be sent if a reason is defined. Say the patron called and will not be able to pick up numerous holds for some time. You cancel them all with "patron requested cancellation" but don't want to send multiple notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 26622] New: Unique Constraint on Authorised Values conflicts with use of Report Subgroup category
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '21

05 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26622 Bug ID: 26622 Summary: Unique Constraint on Authorised Values conflicts with use of Report Subgroup category Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 22887 introduced a unique constraint on authorised values category/code. However, this causes problems for the existing use of Report Subgroups. There are many sites that use the same code in Report Subgroups that relate to different Report Groups (tied via reports_subgroup lib opac value). Example: category, code, description, lib_opac Report Group, TECH, technical services, Report Group, CIRC, Circulation department, Report Subgroup, RENEWALS, Renewal stats, TECH Report Subgroup, RENEWALS, Renewal circ stats, CIRC It is entirely possible to have two Report Subgroups with the same code that relate to different Report Groups as seen in the above example. Report Group and Subgroup functionality needs to be removed from the authorised values module and a new module/database created for it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2