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

[Bug 30379] New: Create granular permissions for ILL
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30379 Bug ID: 30379 Summary: Create granular permissions for ILL Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: Niamh.WalkerHeadon(a)hse.ie Currently, there is only one permission for ILL on the system. Make these more granular. For example. Allow a staff member to create a request for a patron but don't allow them to manage the request in anyway. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 32524] New: 'New comment' link for ILL requests should probably be a button
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32524 Bug ID: 32524 Summary: 'New comment' link for ILL requests should probably be a button 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: katrin.fischer(a)bsz-bw.de The "Add comment" link for an ILL request is formatted as an h3 heading, but should probably be a button with a separate heading instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30208] New: Marking an item lost should revert the waiting status of any associated hold
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30208 Bug ID: 30208 Summary: Marking an item lost should revert the waiting status of any associated hold 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If an item is currently Waiting for pickup for a hold, editing that item to apply a lost status should revert the waiting status of the hold. To recreate: - place an item-level hold - check your item in and confirm the hold - confirm on waitingreserves.pl that Koha shows the item is waiting for pickup - confirm on the request.pl that Koha shows the item is waiting for pickup - edit your item to Lost - confirm the item now shows as both lost and waiting -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 35435] New: This title cannot be requested when patrons try to place hold on OPAC.
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35435 Bug ID: 35435 Summary: This title cannot be requested when patrons try to place hold on OPAC. Change sponsored?: --- Product: Koha Version: 23.05 Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: alipiosilva(a)secel.mt.gov.br QA Contact: testopia(a)bugs.koha-community.org Patrons try to reserve an item on OPAC, but they all receive the message: "This title cannot be requested", even though the item is available. Under Preference: OPACHoldRequests: Allow Under Circulation and fines rules (for all item type, for all patron category): On shelf holds allowed: Yes OPAC item level holds: Allow/Force -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 35437] New: With CanMarkHoldsToPullAsLost, only cancel holds when no other items are available
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35437 Bug ID: 35437 Summary: With CanMarkHoldsToPullAsLost, only cancel holds when no other items are available Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With CanMarkHoldsToPullAsLost enabled, the librarian can mark an item lost from the "Holds to pull" page, have the hold cancelled, and optionally notify the patron. If the patron has a biblio-level hold and there are other available items, the only action automatically taken should be the marking lost. The hold can remain and the hold queue will pick up another item the next time it rebuilds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15461] Add staff equivalent for OpacLocationOnDetail
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucas(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21236] New: Restore ability to selectively set item to lost without generating fee
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21236 Bug ID: 21236 Summary: Restore ability to selectively set item to lost without generating fee Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Prior to bug 19974 a user could set an item to lost via additem.pl and the item would not be marked as returned and the patron would not be charged the replacement cost. The previous bug sought to standardize behavior between additem.pl and moredetail.pl, making both pages mark lost items and returned and charge the patron. Based on feedback about existing library workflows that relied upon the discrepancy between to two behaviors, the MarkLostItemsasReturned syspref was added to give libraries a choice of when and if an item would be marked as returned when set to lost. However, no such syspref was added to give the option to maintain the inconsistent legacy behavior in charging replacement costs when items are lost. This breaks existing workflows for libraries using lost status to handle Claims Returned items where the intent is to mark an item as lost but not charge the patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 35431] New: TransportCostMatrix should be checked after HoldsQueuePrioritizeBranch
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35431 Bug ID: 35431 Summary: TransportCostMatrix should be checked after HoldsQueuePrioritizeBranch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Current behavior is: LocalHoldsPriority is checked if enabled Item level holds are filled if possible Now we loop requests: - We check if there are items held at the pickup branch - We check if these items HoldsQueuePrioritizeBranch match the patron branch - Otherwise we check the transport cost matrix - continued checks The correct behavior would be Now we loop requests: - We check if there are items held at the pickup branch - We check if these items HoldsQueuePrioritizeBranch match the patron branch - We check the transport cost matrix - continued checks The difference being that if we can't fill a hold by match HoldsQueuePrioritizeBranch we should next check the matrix, not skip it. The matrix, if enabled, will select where the holding and pickup library match (as it is the least cost transfer to not transfer) and HoldsQueuePrioritize branch doesn't match, so we want this fallback -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 32770] New: Patron search field groups no longer exist
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32770 Bug ID: 32770 Summary: Patron search field groups no longer exist Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Prior to bug 30063 we had a number of options in the patron dropdown that were grouped fields. I.e. choosing 'Address' would search accross multiple address fields . These have been lost, with no way for libraries to recreate them. The mappings were: standard => C4::Context->preference('DefaultPatronSearchFields') || 'surname,firstname,othernames,cardnumber,userid', email => 'email,emailpro,B_email', borrowernumber => 'borrowernumber', phone => 'phone,phonepro,B_phone,altcontactphone,mobile', address => 'streetnumber,streettype,address,address2,city,state,zipcode,country', -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 33301] New: Request for adding a facility to remember the previous item location and switch back to it upon check-in.
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '23

29 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33301 Bug ID: 33301 Summary: Request for adding a facility to remember the previous item location and switch back to it upon check-in. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: rajujogi.t(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl For example an item with location code 'GEN' is sent for binding and the current location is now 'SFB' (Sent for binding) and when that item comes back to library from bindery, it's location should automatically be switched back to 'GEN' upon check-in. Since items with different location codes form the list of items being sent for binding, remembering the previous location will help Koha system to automatically set the locations back to the respective original locations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6