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

[Bug 22079] New: Store the borrowernumber of user returning item in associatedborrower in statistics table
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22079 Bug ID: 22079 Summary: Store the borrowernumber of user returning item in associatedborrower in statistics table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The borrowernumber in the statistics table stores the borrowernumber of the borrower who checked out the item. This patch should use the un-used associatedborrower column in the statistics table to store the borrowernumber or self check machine id returning the item. This makes it possible to track who checked an item in -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 22074] New: Printer friendly Reading History
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22074 Bug ID: 22074 Summary: Printer friendly Reading History Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: karen.fellows(a)citruslibraries.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We have had some patrons request a more printer friendly version of their reading history. They like to have the list handy when browsing for books. Right now, printing is possible, but it yields way too many pages and also shows book covers/images and extra stuff that is not needed. Just a simple title and author list would be a great enhancement for our patrons. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 22019] New: Amount to collect on paycollect.pl doesn't reflect credits
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22019 Bug ID: 22019 Summary: Amount to collect on paycollect.pl doesn't reflect credits Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal 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 Target Milestone: --- After the patch from bug 18805, the Total Due amount on members/pay.pl is total fines - total credits. However, if one clicks Pay Amount then members/paycollect.pl auto-populates the Collect From Patron field with an amount that is just total fines, not factoring in credits. I can see how this is technically correct and one would expect users to first apply credits and then take payment on the remaining balance, but members/paycollect.pl could still stand to be clarified in some way. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 22012] New: Moving Items from Cart to List by checking the Select All box creates a duplicate list before adding the items
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22012 Bug ID: 22012 Summary: Moving Items from Cart to List by checking the Select All box creates a duplicate list before adding the items Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Created attachment 83306 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=83306&action=ed… duplicatedtitles When moving Items from a Cart to a List by checking the Select All option creates a duplicate list before adding the items to the list. Once saved, the original titles, not duplicates are in the list. Test 1) Add items to your cart on the staff client 2) Choose the ✔️Select All option 3) Click the Add to a list link 4) the number of items are then duplicated 5) Click Save 6) Confirm only the original, and not duplicated titles, are in the list -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24458] New: OPAC search results don't use Koha::Filter::MARC::ViewPolicy
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24458 Bug ID: 24458 Summary: OPAC search results don't use Koha::Filter::MARC::ViewPolicy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org With https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15870, we started enforcing the bibliographic framework visibility in the OPAC. However, we're not using this for search results, which means that hidden fields could come through very visibly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 17453] New: Inter-site holds
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17453 Bug ID: 17453 Summary: Inter-site holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 20517] New: Use the "sort bin" field in SIP2 Checkin Response
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20517 Bug ID: 20517 Summary: Use the "sort bin" field in SIP2 Checkin Response Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The SIP2 Checkin Response (10) can have a "variable-length optional field" for "sort bin", labelled "CL". In the description of the SIP2 protocol, this field is described as follows: "sort bin - CL - variable-length field. This field should contain a bin number that indicates how the items should be sorted. The maximum practical number of sort bins for a patron using 3M SelfCheck system is probably only 3 or 4, but many digits are allowed to accommodate some sort of fantastic sorting device using a hierarchical bin numbering scheme." I have a customer who wants to use this field to display messages on the screen of self service machines that tell users to put items in a separate bin based on itemtype, location etc. The idea is to add a syspref that can contain something like this: itemtype:ILL:1 location:CLOSEDSTACKS:2 - The first field is an item field. - The second field is a value to look for in the given item field - The third field is the value given to the CL field in the SIP2 Checkin Response if the value in the second field matches the item on hand. It should also be possible to set the CL field for items that need to be transferred after they have been returned, that is for items that are returned at another library than the homebranch. This will probably be another syspref. If the returned item needs to be transferred to the homebranch, CL is set to the value of the syspref. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 25613] New: Broken workflow on CAS login with wrong permissions
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25613 Bug ID: 25613 Summary: Broken workflow on CAS login with wrong permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org If you set to login through CAS, and don't have enough permissions for the admin interface, you get into a loop in which you cannot re-try with other credentials, unless you clean the CAS cookies. This also happens when the user doesn't match any user in Koha's DB. This can be very problematic. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24974] New: Add Elastic Search to the Manual
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '23

21 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24974 Bug ID: 24974 Summary: Add Elastic Search to the Manual Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We need to add some documentation about Elastic Search in the Manual. Also in Administration for Search Engine Configuration. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24274] New: New installations should not contain field 01e Coded field error (RLIN)
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '23

20 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24274 Bug ID: 24274 Summary: New installations should not contain field 01e Coded field error (RLIN) 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Field 01e comes from the RLIN utility. It is not a standard MARC21 field. Previously, it triggered the warning (in addbiblio.pl) Argument "01e" isn't numeric in numeric ne (!=) This warning was addressed on bug 21172. It is the only non-numeric field tag in Koha; and it does not belong there. We should remove it. This report only deals with new installations. So it fixes the SQL installer files. It does NOT include a database revision for existing installations. You never know if someone used the field somehow ;) See also (question of Magnus in 2009! goto 09:55 hours): http://irc.koha-community.org/koha/2009-06-18 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15