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

[Bug 32413] New: JSON reports shows inaccurate results with repeated parameters
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32413 Bug ID: 32413 Summary: JSON reports shows inaccurate results with repeated parameters 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org If I create a report that uses a repeating parameter, for example <<library>>, more than once in a report, and then run a JSON call on that report, I get inaccurate results (Like every other result). Currently, the only workaround is to make each parameter unique, and then repeat the parameter over as many times as it is needed in the report. For example, https://mydomain.com/cgi-bin/koha/svc/report?id=938&sql_params=blah would only return half the results if the report because I use the same parameters 7 times int he sql. However, if I rename each parameter something different, like <<library1>>, <<library2>>,etc, and call https://mydomain.com/cgi-bin/koha/svc/report?id=938&sql_params=blah&sql_par…, it works. The JSON call needs to be updated to accept repeated parameters. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 21602] New: Self registration doesn't take into account the ages for the selected patron category
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21602 Bug ID: 21602 Summary: Self registration doesn't take into account the ages for the selected patron category Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org When a patron category is used on the PatronSelfRegistrationDefaultCategory syspref, the "Age required" and "Upperage limit" are not taken into account during the self registration. For example, if I set age required to 15 years old, I can register with a birth date = today. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 27123] New: Add messages to batch patrons modification
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27123 Bug ID: 27123 Summary: Add messages to batch patrons modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It could be useful if using the batch patrons modification form, we could add new circulation messages for all selected patrons. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 32218] New: Rephrase: Allow OPAC access to users from this domain to login with this identity provider.
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32218 Bug ID: 32218 Summary: Rephrase: Allow OPAC access to users from this domain to login with this identity provider. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Found while translating: koha-tmpl/intranet-tmpl/prog/en/modules/admin/identity_providers.tt:204 Allow OPAC access to users from this domain to login with this identity provider. Maybe this was meant? Allow users of this domain to log into the OPAC using this identity provider. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 19097] New: Koha to MARC mappings Part 3
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19097 Bug ID: 19097 Summary: Koha to MARC mappings Part 3 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 26297] New: RestAPI : add a route to list patrons categories
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26297 Bug ID: 26297 Summary: RestAPI : add a route to list patrons categories Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com This is needed to implement self-registration in frontends softwares. Because POST to /api/v1/patrons need the category as a mandatory argument, we need a way to retrieve a list of the categories. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 85

[Bug 30661] New: Able to update more hold parameters via REST API
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30661 Bug ID: 30661 Summary: Able to update more hold parameters via REST API Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi CC: tomascohen(a)gmail.com If the holds edit endpoint is wanted to use more effectively then it needs more parameters than priority, pickup_library and suspend_until. Is there a plan for PUT action since it has acted as PATCH and is now deprecated? There definitely should be also a real PUT endpoint as documented here https://wiki.koha-community.org/wiki/Holds_endpoint_RFC, now the situation is quite misleading. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 31304] New: Add ability to customise availability searching
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31304 Bug ID: 31304 Summary: Add ability to customise availability searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently in Zebra 'limit to available' means: ## 'available' is defined as (items.onloan is NULL) and (items.itemlost = 0) Bug 25375 proposed for ES a slightly wider net: 783 onloan => undef, 784 notforloan => 0, 785 withdrawn => 0, 786 itemlost => 0, 787 damaged => 0 We should have a configuration for this, a way to allow libraries to decide which statuses are available/unavailable -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 27973] New: Limit to currently available items should have an option to filter out notforloan statuses
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27973 Bug ID: 27973 Summary: Limit to currently available items should have an option to filter out notforloan statuses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Many libraries find it problematic that the 'Limit to currently available' does not filter out notforloan statuses (example: ordered). It would be handy if there was a system preference that allowed librarians to choose which notforloan statuses could be filtered out. to recreate one potential problem: -do an OPAC search that includes some items with a notforloan of -1 (ordered) -click 'Limit to currently available items' -the ORDERED items remain this can be frustrating for a patron who could reasonably assume that after clicking the 'Limit to currently available' filter they would be looking only at items that are currently available to them to checkout -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 27340] New: We should introduce Koha::PickupLocation(s)
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27340 Bug ID: 27340 Summary: We should introduce Koha::PickupLocation(s) 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Looking at the codebase, a pickup location is a combination of a branch/library, and now also a 'desk'. So it would make sense to have a special class for them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21