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

[Bug 23894] New: accountlines.payment_type and accountlines.credit_type should be merged
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23894 Bug ID: 23894 Summary: accountlines.payment_type and accountlines.credit_type should be merged 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com During the implementation of bug 23805 and bug 23049 it became apparent to me that the introduction of payment_type appeared to be a workaround for the lack of distinct credit and debit categories. Now we have a distinct credit_type field in accountlines which is properly governed by foreign key relationships I believe we could merge the payment_type field with this credit_type field and expose a purpose build UI for managing such types. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 28957] Many plugins require the full plugins permission set to run
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28957 Alban Peyrat <alban.peyrat_koha(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alban.peyrat_koha(a)yahoo.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36037] New: ''Account credit'' transaction type should also show for manual credit
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36037 Bug ID: 36037 Summary: ''Account credit'' transaction type should also show for manual credit Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org In Patrons > Accounting > Transactions tab, when choosing "Issue refund" an extra transaction type "Account credit" is shown, besides the values that we added in the PAYMENT_TYPE authorized value category. It would make sense to also have this extra transaction type "Account credit" shown when creating a manual credit. Usually when creating a manual credit you will not pay the patron in cash or do a bank transfer, but rather add it as "account credit" to be used for outstanding fines/fees or future ones. Maybe helpful for bug #22872 ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 34913] Upgrade DataTables from 1.10.18 to 1.13.6
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34913 Matt Blenkinsop <matt.blenkinsop(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |36035 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36035 [Bug 36035] Wrong text colour in addorderiso2709.pl -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10869] Can't cancel order line if title deleted
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10869 --- Comment #103 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Marcel de Rooy from comment #102) > (In reply to Andrew Fuerste-Henry from comment #95) > > I would disallow the deletion and instead direct the user to first cancel > > the order. > > This makes sense. Probably many Koha installs contain pollution due to > allowing the deletion of biblio records while being used in ACQ. if you want to cancel, that's ok. But if you want to delete the record because it has left the collection? I think the solution needs some more complexity. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 34893] ILS-DI can return the wrong patron for AuthenticatePatron
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34893 Andreas Jonsson <andreas.jonsson(a)kreablo.se> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=36034 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10869] Can't cancel order line if title deleted
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10869 --- Comment #102 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Andrew Fuerste-Henry from comment #95) > I would disallow the deletion and instead direct the user to first cancel > the order. This makes sense. Probably many Koha installs contain pollution due to allowing the deletion of biblio records while being used in ACQ. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10869] Can't cancel order line if title deleted
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10869 --- Comment #101 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Coming here from 36030, I noticed that I could reopen a basket that had active order lines (first table) without a biblio record, then Cancel that line without any problem in master and 22.11. What am I overlooking here? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 33890] New: Pseudonymized_transactions should include item barcode
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33890 Bug ID: 33890 Summary: Pseudonymized_transactions should include item barcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently Pseudonymized_transactions does not include item barcode. I don't see why, since it is not a sensitive information. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34519] New: Add a template plugin for ExtendedAttributeTypes to fetch searchable patron attributes
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34519 Bug ID: 34519 Summary: Add a template plugin for ExtendedAttributeTypes to fetch searchable patron attributes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently we fetch the searchable attributes in several scripts Moving to a plugin allows us to make a single call from the patron search template -- You are receiving this mail because: You are watching all bug changes.

1 34