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

[Bug 37096] New: Required fields in budget creation are ignored if left blank
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37096 Bug ID: 37096 Summary: Required fields in budget creation are ignored if left blank Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To Replicate 1. In Acquisitions, Budgets, add a new budget. 2. Fill in the Start date, Description, Total Amount, and make active. Leave the end date BLANK. 3. Save. See that the user is returned to the budget listing page but the budget creation silently fails. The behavior is repeated if both the start date and end date are blank. A save failure error message does appear if the description is left blank. I would expect a save fail error message if either the start or end date was blank. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[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 37081] New: Add Order Confusing On acqui/addorderiso2709.pl page
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37081 Bug ID: 37081 Summary: Add Order Confusing On acqui/addorderiso2709.pl page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When staging or adding a new file to a basket in Acquisitions, on the acqui/addorderiso2709.pl? Next the items to select, there is an ADD ORDER button. At the bottom of the page there is a SAVE button. ADD ORDER does not add this item to the order, it starts a new blank order. I believe we should reword this button to say what it does, NEW ORDER instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 34805] New: Add order search form to acq start page
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34805 Bug ID: 34805 Summary: Add order search form to acq start page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Triggered by discussion about bug 33662 we've discussed adding the order search form to the acquisition start page. This would be consistent with other module start pages that offer search options, like serials and patrons. It would also save some clicks. We've discussions some variations: * Generally the vendor search and pending suggestions on top were preferred * The order search could/should be shortened to take not up so much space * We could add less/more or a link to the full page * Ideally already entered search terms would be kept when switching to the full form page -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 37022] New: Allowing holds on not for loan item types
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37022 Bug ID: 37022 Summary: Allowing holds on not for loan item types Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com - Long context: We have a number of items in our collection that are not for loan, but are available for reference. Some of them are in our closed stacks. (see Use Case in bug #35299 ) In order to consult those, our users should be able to place a hold on them from the OPAC. I am able to fix that for items that have an item type that is normally for loan by setting the "952$7 - Not for loan" status to a negative value, e.g. "-2" (from the authorized values NOT_LOAN). However, instead of setting a not for loan status for each item individually, we work with certain item types that are always not for loan on the item type level (by checking the "Not for loan" box in Administration > Item types). The "952$7 - Not for loan" status for these is "0" and it doesn't help to change it to "-2", as the not for loan status is apparently stored elsewhere because of the item type. So, a hold cannot be placed on these items. We could make the item type for loan and change the status for each item individually, but that creates other issues. E.g. during Covid time items could not be consulted in the library, so all items where exceptionally made available for loan. This was 'easy' to do, as we just needed to add a specific circulation rule for those item types and then uncheck the box for the item type to make it for loan. Afterwards we just needed to tick the box again. It has happened another time because of other exceptional circumstances that we needed to make all items temporarily for loan and it might happen again in the future. - Enhancement request: Is it possible to add an extra option to the 'not for loan' status on item type level for items that are not for loan but holdable? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[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