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

[Bug 25570] New: Listing requests should be paginated by default
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25570 Bug ID: 25570 Summary: Listing requests should be paginated by default 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: tomascohen(a)gmail.com They were supposed to be paginated by default, but we lost that (or maybe just the idea) at some point. If pagination information is not passed, it should default to page 1, and page size to RESTdefaultPageSize. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 26143] New: Cannot see "all" libraries
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26143 Bug ID: 26143 Summary: Cannot see "all" libraries Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: REST API Assignee: tomascohen(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org http://kohadev-intra.mydnsname.org:8081/api/v1/libraries?_page=1&_per_page=… [2020-08-05 11:02:43.54213] [6610] [debug] GET "/api/v1/libraries" (c37dcb31) [2020-08-05 11:02:43.54286] [6610] [debug] Routing to controller "Koha::REST::V1::Auth" and action "under" [2020-08-05 11:02:43.55991] [6610] [debug] Routing to controller "Koha::REST::V1::Libraries" and action "list" No method pager found for Koha::Libraries Fewer than one entry per page! at /usr/share/perl5/DBIx/Class/ResultSet.pm line 2542. at /kohadevbox/koha/Koha/REST/Plugin/Objects.pm line 127. [2020-08-05 11:02:43.57390] [6610] [debug] 500 Internal Server Error (0.031753s, 31.493/s) It has been caught by a selenium failure: An element could not be located on the page using the given search parameters: //div[@class="main container-fluid"]//a[contains(@href, "/admin/branches.pl?op=add_form&branchcode=UT_BC")],xpath at /kohadevbox/koha/t/lib/Selenium.pm line 174. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 3514] Returning items through patron Details tab doesn't activate all circulation functions
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3514 Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick.robitaille@collecto | |.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23870] New: Using surname in cardnumber field gives unexpected user search results.
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23870 Bug ID: 23870 Summary: Using surname in cardnumber field gives unexpected user search results. Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Searching for users by surname using the standard fields search option in user search behaves unexpectedly when a surname has been keyed into the cardnumber field. If one borrower record has a specific surname keyed into the cardnumber field, the search becomes an exact match on that cardnumber (surname) and the search results display only one record, rather than displaying all records with the surname searched for. Steps to replicate. 1. Find a relatively common surname (We used Ellis). 2. Search for that in standard search (We found 142 matches). 3. Edit one record to change the cardnumber to the chosen surname. 4. Re-run the user search (using the standard fields option). 5. Observe that only one record is found. (We find only one Ellis, the other 141 are more difficult to find.) Observed in 18.11.04 an 19.05.02 versions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 13388] Add library pages to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '21

07 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13388 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10993] Transfer limits should be checked when placing a hold/reservation in OPAC.
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '21

07 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10993 --- Comment #16 from Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> --- Further notes: If you are modifying the system preference OPACAllowUserToChooseBranch to allow the pick up branch selection, Koha will block the hold by removing the blocked branch name from the menu. Therefore, Koha prevent the patron to place an hold and send it to their branch when the transfer is not allowed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10993] Transfer limits should be checked when placing a hold/reservation in OPAC.
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '21

07 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10993 Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marie-luce.laflamme@inlibro | |.com --- Comment #15 from Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> --- Koha seems to correctly apply the transfer limit now, but Koha doesn't warn patron when the hold cannot be placed. Specifications: Koha with at least 2 branches: branch A , branch B Systeme preference: UseBranchTransferLimits ---> Enforce Systeme preference BranchTransferLimitsType ---> item type System preference OPACAllowUserToChooseBranch ---> Don’t allow Configurations – transfer limit 1. Go to Administration › Set Library checkin and transfer limit 2. Select a branch A (top menu) 3. Click on the item type tab to block any transfer 4. Uncheck branch B 5. Save 6. Select branch B (top menu) 7. Click on the item type tab 8. Uncheck branch A to block any transfer 9. Save Test Plan 1. Find a patron from branch B 2. Go on the OPAC, find an item currently checkout from branch A (same item type that should be blocked) 3. Place a hold in the patron account (branch B) 4. Confirm the hold –> notice that Koha doesn’t add the hold in the patron account, but there is no explanation, it is uncleared what just happen. The usual message «There are no items that can be placed on holds» isn’t popping up on screen to confirm that this action cannot be done. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9097] 'Welcome mail' for new library users
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '21

07 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9097 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |severine.queune(a)bulac.fr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9762] Log circulation overrides
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '21

07 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9762 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |caroline.cyr-la-rose@inlibr | |o.com --- Comment #2 from Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> --- I'm trying to make a list of all possibilities where someone can override a restriction. I don't know if it's useful for a developer... Circulation -- Checking out - Check out an item that is age restricted (AgeRestrictionOverride syspref) - Check out an item that has a not for loan status (AllowNotForLoanOverride syspref) - Check out an item that has a lost status (IssueLostItem syspref) - Check out an item to a patron who has reached the checkout limit (AllowTooManyOverride syspref) - Check out an item to a patron who is not allowed to borrow this item type - Check out an item to a patron who has unpaid fines (AllFinesNeedOverride and/or AllowFineOverride + noissuescharge sysprefs) - Check out an item on hold for someone else - Check out an item on hold ready for pickup by someone else - Check out an item already checked out to someone else (AutoReturnCheckedOutItems syspref) - Check out to a patron who has restrictions Circulation -- Checking in - Ignore a hold upon check in - Ignore a hold & transfer upon check in Circulation -- Renewing - Renew an item on hold for someone else - Renew an item that has reached the maximum amount of renewals Holds - Place a hold for a patron who is not allowed to put this item type on hold - Place a hold for a patron who has reached the maximum amount of holds - Place an item-level hold when rules say this is not allowed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13388] Add library pages to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '21

07 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13388 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |27360 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27360 [Bug 27360] Libraries should be able to pick what information displays on the 'Libraries' pages. -- You are receiving this mail because: You are watching all bug changes.

1 0