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

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 --- Comment #58 from David Nind <david(a)davidnind.com> --- > Probably just my test plan missing the requirement of updating the schema > files! Can you please test again? I've done again after running dbic, but I still get the same error. Even if I don't change anything and just click save. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28341] New: Issue refund, 'Transaction type' should highlight the original 'Payment type' that was used for the transaction
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28341 Bug ID: 28341 Summary: Issue refund, 'Transaction type' should highlight the original 'Payment type' that was used for the transaction 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org When issuing a refund, you can select what transaction type to record; However, it's currently very difficult to know what type of payment type was using in the original transaction and as such it's hard to choose the right type when you need to restrict refunds to be given in the same way the payment may have been taken. We should highlight the original payment type and select it by default in the resulting modal when issuing a refund. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 28342] New: Add rules for refunds
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28342 Bug ID: 28342 Summary: Add rules for refunds 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In some cases, refunds may be dissallowed, or when they are allowed, they may need to be actioned in a particular way (One payment type may only be refundable by certain transaction types.. or a particular debit type may only be partially refundable) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28343] New: The credit payout modal would benefit from more details regarding where the credit came from.
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28343 Bug ID: 28343 Summary: The credit payout modal would benefit from more details regarding where the credit came from. 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org When issuing a payout from a credit, it would be beneficial to be able to see the offset history in the modal so one may choose an appropriate payout transaction type. Example: * Patron borrows a DVD with charge X * Patron subsequently finds the DVD is scratched * Library issue a refund credit so the patron can use it against another DVD * Patron can't find another DVD they like and subsequently wants a Payout instead. * At this point, because the refund has taken place already, the librarian would need to delve into the details tab to know how the original payment for the DVD was received so they could issue a payout in the same form as the original payment (if their policy requires that). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28305] New: Remove doc reference to XML::Simple in C4::Config
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28305 Bug ID: 28305 Summary: Remove doc reference to XML::Simple in C4::Config Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Developer documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org C4::Config doesn't need a doc reference to XML::Simple, especially not since Bug 28278 was pushed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 24986] New: Maximum row size reached soon for borrowers and deletedborrowers
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24986 Bug ID: 24986 Summary: Maximum row size reached soon for borrowers and deletedborrowers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Running updatedatabase.pl I got the following error messages: DBD::mysql::db do failed: Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs [for Statement "ALTER TABLE borrowers ADD COLUMN autorenew_checkouts TINYINT(1) NOT NULL DEFAULT 1 AFTER anonymized"] at installer/data/mysql/updatedatabase.pl li ne 21259 DBD::mysql::db do failed: Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs [for Statement "ALTER TABLE deletedborrowers ADD COLUMN autorenew_checkouts TINYINT(1) NOT NULL DEFAULT 1 AFTER anonymized"] at installer/data/mysql/updatedatabas e.pl line 21262. After re-injecting an old clean dump and replaying the updatedatabase.pl errors are gone, so it was probably because of other columns coming from patches not yet in master. Maybe we should start moving some columns to other tables. An obvious candidate is all the address fields that can be moved in a patron_addresses table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 12362] Branch transfer records orphaned on cancelled holds
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12362 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|28294 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28294 [Bug 28294] C4::Circulation::updateWrongTransfer should be moved into Koha:: -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12362] Branch transfer records orphaned on cancelled holds
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12362 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |27064 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27064 [Bug 27064] Transferring an item with a hold allows the user to set a hold waiting without transferring to the correct branch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11426] Make HighlightOwnItemsOnOPAC work with XSLT
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11426 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12561] Omnibus: Deprecate non-XSLT detail and result views
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12561 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m -- You are receiving this mail because: You are watching all bug changes.

1 0