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

[Bug 18580] New: Account-pay does not apply credits / clear old fines as did recordpayment
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '19

10 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18580 Bug ID: 18580 Summary: Account-pay does not apply credits / clear old fines as did recordpayment Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com the recordpayment routine in C4::Accounts cleared old paid fines and applied credit amounts as part of its pay routine. The behaviour was implicit and not signalled or commented in the code. The pay routine in Koha::Account which is now called by paycollect.pl instead of the old routine does not leaving these on the users fine display although they owe 0. Staff cannot manually remove these. For example a user has the following accountlines +-----------+-------------+-------------------+ | amount | accounttype | amountoutstanding | +-----------+-------------+-------------------+ | -1.300000 | C | -1.300000 | | 0.650000 | Res | 0.650000 | | 0.650000 | Res | 0.650000 | | 0.650000 | Res | 0.650000 | +-----------+-------------+-------------------+ after recordpayment has been called with an amount of 0.65 the lines are +-----------+-------------+-------------------+ | amount | accounttype | amountoutstanding | +-----------+-------------+-------------------+ | -1.300000 | C | 0.000000 | | 0.650000 | Res | 0.000000 | | 0.650000 | Res | 0.000000 | | 0.650000 | Res | 0.000000 | | -0.650000 | Pay | 0.000000 | +-----------+-------------+-------------------+ However now calling Account->pay for the same amount results in +-----------+-------------+-------------------+ | amount | accounttype | amountoutstanding | +-----------+-------------+-------------------+ | -1.300000 | C | -1.300000 | | 0.650000 | Res | 0.000000 | | 0.650000 | Res | 0.650000 | | 0.650000 | Res | 0.650000 | | -0.650000 | Pay | 0.000000 | +-----------+-------------+-------------------+ leaving the credit and two fines with an amountoutstanding although the user has nothing to pay (the amountoutstanding columns sum to 0) and leading to misleading displays. The difference is driven by the line where @outstanding_fines is retrieved the selection is amountoutstanding > 0. In recordpayment it was amountoutstanding <> 0 so that negative amounts were included and processed as part of the payment, rather than ignored. The fact that this implicit behaviour was not commented made it easy to miss. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 21788] New: C4::Circulation::ProcessOfflinePayment should pass library_id to ->pay
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '19

10 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21788 Bug ID: 21788 Summary: C4::Circulation::ProcessOfflinePayment should pass library_id to ->pay 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 Bug 19066 introduces the new column. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 21786] New: Routes for credits should include library_id
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '19

10 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21786 Bug ID: 21786 Summary: Routes for credits should include library_id Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 21334] New: Add bibliographic content type definitions
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '19

10 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21334 Bug ID: 21334 Summary: Add bibliographic content type definitions 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 Biblio and authority records need some content-type definitions to be added to the Mojolicious startup code: - 'application/marcxml+xml' - 'application/marc-in-json' - 'application/marc' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 20572] New: Refactor AddIssuingCharges parameter to hashref
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '19

10 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20572 Bug ID: 20572 Summary: Refactor AddIssuingCharges parameter to hashref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Jonathan Druart requested no refactor patches on major+ bugs be done. This does a rework of the parameters in bug 20562. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 21802] New: Edit notices form is not aligned with accordeon headers
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21802 Bug ID: 21802 Summary: Edit notices form is not aligned with accordeon headers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 21909] New: Koha::Account::outstanding_* methods should preserve call context
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21909 Bug ID: 21909 Summary: Koha::Account::outstanding_* methods should preserve call context 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 They should return lists in list context, and the iterator in scalar, as other methods like '->lines'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 21928] New: CircAutoPrintQuickSlip 'clear' is not working
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21928 Bug ID: 21928 Summary: CircAutoPrintQuickSlip 'clear' is not working Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation 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 caused by commit 105b3e10e8b31b7de6d733e676c3e661a39b1280 bug 18789 To recreate: 1 - Set CircAutoPrintQuickSlip to 'clear' 2 - Bring up a patron in circulation 3 - Click in checkout box and hit enter to submit empty 4 - Patron is partially loaded -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 18531] New: REST api: Add an endpoint for use by GOBI
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18531 Bug ID: 18531 Summary: REST api: Add an endpoint for use by GOBI Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org GOBI (formely YBP) is an aquisitions management system. It handles most of the acquisitions workflow, and traditionally generated MARC files to be included on the institution's library systems. Those files were usually served on an FTP server, for the institution to download and import on their ILS. GOBI implemented what they call GOBIapi, which is a simple workflow for them to directly inject that acquisitions information and resulting records through the use of webservices. In Koha, this means having an endpoint accepting GOBI order messages (in their documented XML format) and have it follow the internal Koha workflow for baskets: - Create a basket - Fill it with the record and budget information, etc - Close the basket and mark it as received. - Deal with the received MARC data. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 21902] New: Koha login redirect
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '19

08 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21902 Bug ID: 21902 Summary: Koha login redirect Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org Some services at koha request to be logged for example holds, suggestions, send email , add to lists... the issue is that once you're logged koha redirect the user to 'my account' and looses the previous page... for example the search, the record.. whatever. It should be great to add a syspref to allow admin decide what happends after a login... if it keeps to the previous page or if it moves to my account -- You are receiving this mail because: You are watching all bug changes.

1 3