January 2023 - Koha-bugs - lists.koha-community.org

[Bug 31233] New: Grace period is used for determining when a suspension will be placed
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31233 Bug ID: 31233 Summary: Grace period is used for determining when a suspension will be placed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 The grace period is labelled "Fine grace period" in the circulation rules, but will also be used when working with suspension days. If the chargeable units (days overdue with or without closing days) is smaller than the grace period, the suspension will not be placed. So we should change the description in circulation rules probably. sub _calculate_new_debar_dt { [...] if ( $deltadays->subtract($grace)->is_positive() ) { ... place suspension restriction -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 23032] New: Add 264 to Alternate Graphic Representation (MARC21 880)
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23032 Bug ID: 23032 Summary: Add 264 to Alternate Graphic Representation (MARC21 880) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 3567 Target Milestone: --- The 880 field containing information from 264 is not displayed in the OPAC and intranet detail pages. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3567 [Bug 3567] Display Alternate Graphic Representation (MARC21 880) in OPAC -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 32623] New: Koha offline circulation Firefox addon should display all branches by default when testing configuration
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32623 Bug ID: 32623 Summary: Koha offline circulation Firefox addon should display all branches by default when testing configuration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When testing the configuration for an instance that has more than 20 branches, the extension relies on the RESTdefaultPageSize SystemPreference to determine how many branches to display in the select element. I'd argue that this extension should include all branches without the need to modify that SystemPreference, as this might cause unwanted side-effects. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 22000] New: Remove extraneous parameters from API route spec
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22000 Bug ID: 22000 Summary: Remove extraneous parameters from API route spec Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com As noted in https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21460#c9 the "get" route definition makes reference to a bunch of query parameters that have no handling in the endpoint controller. We should remove these. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 32620] New: With AllowHoldPolicyOverride enabled, one should be able to place club holds that violate circulation rules
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '23

12 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32620 Bug ID: 32620 Summary: With AllowHoldPolicyOverride enabled, one should be able to place club holds that violate circulation rules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When a patron already has the maximum number of holds allowed by the circ rules, an attempt to place club holds for a club that patron belongs to will not generate a new hold for that patron. If AllowHoldPolicyOverride is enabled, one should be able to place a new hold regardless of the hold limit. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 25454] New: When placing holds for clubs there should be an alert if a hold is not placed for a club member
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '23

12 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25454 Bug ID: 25454 Summary: When placing holds for clubs there should be an alert if a hold is not placed for a club member Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When placing holds for clubs, there is currently no alert letting staff know that a patron/s did not get the item placed on hold for them. If a patron already has too many holds, then this club level hold does not get placed, and the staff does not get alerted that a hold was not placed for the patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 29117] New: Placing a multi-club-hold is not possible
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '23

12 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29117 Bug ID: 29117 Summary: Placing a multi-club-hold is not possible Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)iki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you try to create a club hold for many biblios using the multi-hold feature by selecting many biblios for hold from the search results it doesn't work, you always get the message "No items are available to be placed on hold" To reproduce, create a new club with a patron and then try to place a multi hold for a club from the catalogue search results. Or if you have kohadevbox you can open this url directly: http://localhost:8081/cgi-bin/koha/reserve/request.pl?biblionumbers=248/233 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 32619] New: Option to display whether a patron is debarred/restricted in patron search table (memberresultsst)
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '23

12 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32619 Bug ID: 32619 Summary: Option to display whether a patron is debarred/restricted in patron search table (memberresultsst) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: madamyk(a)ckls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently overdue checkouts and fines are displayed prominently (red text) in the patron search table (memberresultsst), but the only way to tell if a patron is debarred or restricted is to view the patron's account. The memberresultsst table doesn't have the option to display or hide debarments. I don't think it's necessary to display the debarment reason, but simply some identifier or marker if an account is debarred. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 3150] Move emails for sending cart and list contents into notices tool
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '23

12 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3150 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #132 from David Nind <david(a)davidnind.com> --- I'm getting an sha1 error when trying to apply the patch: git bz apply 3150 Bug 3150 - Move emails for sending cart and list contents into notices tool 140258 - Bug 3150: (follow-up) Fix .yml formatting 145229 - Bug 3150: Move emails for sending cart and list contents to notices 145230 - Bug 3150: (follow-up) HTML filtering TT notices and removing old files 145231 - Bug 3150: (follow-up) Reformat notices, don't send if no sender email 145232 - Bug 3150: (follow-up) Add missing bracket 145233 - Bug 3150: (follow-up) Fixing errors and notices 145234 - Bug 3150: (QA follow-up) Remove borrowernumber from EnqueueLetter Apply? [(y)es, (n)o, (i)nteractive] y Applying: Bug 3150: (follow-up) Fix .yml formatting error: sha1 information is lacking or useless (installer/data/mysql/en/mandatory/sample_notices.yml). error: could not build fake ancestor Patch failed at 0001 Bug 3150: (follow-up) Fix .yml formatting -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32615] New: Don't crash on empty yaml sysprefs
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '23

12 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32615 Bug ID: 32615 Summary: Don't crash on empty yaml sysprefs 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It appears that empty sysprefs will cause C4::Context->yaml_preference to crash. This patch should fix that so that yaml preference values don't cause any issues. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3