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

[Bug 23223] New: Allow requested items to be checked out
by bugzilla-daemon＠bugs.koha-community.org 27 May '20

27 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23223 Bug ID: 23223 Summary: Allow requested items to be checked out 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: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- Currently patrons are being blocked at self-check when they find an item on the shelf that they want and that item could also fill a hold. If the item is brought to the circ desk, the staff can override the 'hold' and check it out to the patron. The SIP2 devices do not allow for the override. We propose: 1) Add new SIP2 option or system preference ( or 2nd option to AllowItemsOnHoldCheckout ) to allow allow non-waiting items on hold to be checked out 2) Implement business logic in ILS::Transaction::Checkout or C4::Circulation 3) Add unit tests -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 23233] New: AllowItemsOnHoldCheckout is misnamed and does not indicate it is for SIP communication only
by bugzilla-daemon＠bugs.koha-community.org 27 May '20

27 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23233 Bug ID: 23233 Summary: AllowItemsOnHoldCheckout is misnamed and does not indicate it is for SIP communication only Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The system preference AllowItemsOnHoldCheckout only affects SIP based checkouts. I believe we should rename it AllowItemsOnHoldCheckoutSIP so it matches AllowItemsOnHoldCheckoutSCO. We should also update the description as well. As far as I know AllowItemsOnHoldCheckout has never affected anything except SIP traffic. That does not preclude the addition of another AllowItemsOnHoldCheckout syspref that would affect the staff interface, but that would be an enhancement and is outside the scope of this bug report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 55

[Bug 21446] New: Permanent location should show with cart location - course-details.pl
by bugzilla-daemon＠bugs.koha-community.org 27 May '20

27 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21446 Bug ID: 21446 Summary: Permanent location should show with cart location - course-details.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Continuing location fixes in modules. Adding permanent location in course-details.pl. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 20211] New: Guarantor/Guarantee and PayPal development ideas
by bugzilla-daemon＠bugs.koha-community.org 26 May '20

26 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20211 Bug ID: 20211 Summary: Guarantor/Guarantee and PayPal development ideas Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1. Add ability for a guarantor to see fines on their guarantee's accounts in the OPAC 2. Add ability for a guarantor to pay fines on their guarantee's accounts via PayPal in the OPAc (once #1 is complete) 3. Add ability to set a mimimum payment threshold when using PayPal - i.e. the "Make payment" button is not active until the "Amount to pay:" amount is greater than the amount specified in the threshold 4. Add the ability for the PayPal threshold to be set on a branch-by-branch basis (i.e. put it on the Circulation and fines rules rules page for the patron's home library) 5. Add the ability to turn off PayPal if a single branch doesn't want their patrons to use it (i.e. put something on a library's Circulation and fines rules rules that allows that library to prevent patrons with that library's home branch from using PayPal) -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 23779] New: Importing authority records should look for $1xx field matches
by bugzilla-daemon＠bugs.koha-community.org 26 May '20

26 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23779 Bug ID: 23779 Summary: Importing authority records should look for $1xx field matches Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: carnold(a)dgiinc.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 93886 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93886&action=ed… Importing Auth Record Match options When you import authority records using Tools->Stage MARC records for import the options for checking duplicates are for ISBN , ISSN and KohaBiblio. However, those fields make no sense for checking auth duplications. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 22274] New: Self-checkout pages not covered by OPAC CSS changes
by bugzilla-daemon＠bugs.koha-community.org 25 May '20

25 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22274 Bug ID: 22274 Summary: Self-checkout pages not covered by OPAC CSS changes Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: oliver.behnke(a)aei.mpg.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Hi everyone, unfortunately the self-checkout module has been neglected/missed once again and the nice new 18.11 OPAC theme isn't yet applied to it, leading to an inconsistent UI. Cheers -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 22305] New: Add syspref to allow ILL to be hidden in OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 May '20

24 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22305 Bug ID: 22305 Summary: Add syspref to allow ILL to be hidden in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Target Milestone: --- It is conceivable that a site may only want ILL to be a staff function. Currently it is all or nothing, i.e. if it's enabled it appears for staff and patrons. We should add a syspref to allow it to be hidden outside the staff interface. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 21727] New: Add Koha::Account::update_debit
by bugzilla-daemon＠bugs.koha-community.org 24 May '20

24 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21727 Bug ID: 21727 Summary: Add Koha::Account::update_debit 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org There should be a high-level method for update existing debits, similar to Koha::Account::add_credit and Koha::Account::add_debit It will handle updating the line, and adding an offset. Envisaged use case is for debit amendments and fine increments. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 23257] New: OPACHoldsIfAvailableAtPickup not working correctly for single branch installations
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23257 Bug ID: 23257 Summary: OPACHoldsIfAvailableAtPickup not working correctly for single branch installations Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Found this testing in 17.11, needs to be confirmed for versions higher up: - Have only 1 library in your system - Set OPACHoldsIfAvailableAtPickup to "not allow" - Create a circulation condition allowing "on shelf holds" - Go to the OPAC - try to place a hold. It won't be possible. (NOT OK) - Go to the staff side- try to place ahold. It will be possible. (OK) - Change the pref - Holds should work in both staff and OPAC. - Change the pref back to "not allow", add a second library - Holds will be possible. (NOT OK it requires a second library) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 22572] New: Garbled content of MARC control fields in MARC view
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22572 Bug ID: 22572 Summary: Garbled content of MARC control fields in MARC view Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mik(a)adminkuhn.ch QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- MARC control fields consist of a fix number of positions that can contain blanks. The "MARC view" in the Koha staff client and the Koha OPAC garbles the content of such fields when the field contains more than one consecutive blank - in this case more than one consecutive blank is automatically collapsed down by the webbrowser to just one. Additionally blanks may be trimmed at the end of the content of a field. For example MARC 008 does and must consist of exactly 40 positions, thus a line like the following (as shown via webbrowser in the MARC view) is always wrong: 800422s1978 sz a 1 ger In fact the correct content of MARC 008 would look like the following 800422s1978 sz a 1 ger Or better visible, when using # instead of blanks: 800422s1978####sz########a#####1###ger## Seemingly, this applies to all MARC control fields: 006 (fix length 18 positions), 007 (variable length of up to 23 positions), 008 (fix length of 40 positions). In the database the content of these fields is correct. Maybe before showing the blank character in the "MARC view" it should be coded as HTML entity   so the webbrowser doesn't collapse it. Also it may be a good idea to show the beginning and the end of such fields because otherwise (like in the above example) it is not visible that the field does contain two positions with blanks at the end. -- You are receiving this mail because: You are watching all bug changes.

1 7