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

[Bug 28127] New: POS register details tables should have a transaction date
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28127 Bug ID: 28127 Summary: POS register details tables should have a transaction date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some librarians would fine it useful to include the transaction timestamp when viewing the two register detail tables (sales and past_sales). The tables are a bit in different than others in Koha, transaction occupy two table rows and the description spans 2 columns. This leaves some table cells unused. Rather than adding a new column to these tables I purpose adding the transaction timestamp into the unused <td> in the Transaction column. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 27796] New: SIP payment types should not be available as refund types
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27796 Bug ID: 27796 Summary: SIP payment types should not be available as refund types 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 Depends on: 23442 Blocks: 13985, 14825 The SIP payment types have leaked as payment types into the refund modal.. this is a mistake. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 [Bug 13985] Cash Management - Koha as 'Point of Sale' https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 [Bug 14825] Accounts Rewrite Omnibus https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23442 [Bug 23442] Add a 'refund' process to accounts -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 28374] New: Convert pos/printreceipt.pl to use GetPreparedLetter
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28374 Bug ID: 28374 Summary: Convert pos/printreceipt.pl to use GetPreparedLetter 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 It looks like somehow a patch got dropped from bug 26734 that converted the POS receipt printer to use GetPrepparedLetter too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 39

[Bug 28368] New: Error when printing receipt of point of sale
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28368 Bug ID: 28368 Summary: Error when printing receipt of point of sale Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I likely made a mistake when improvising the use of the PoS. Nonetheless, it seems wrong that it can end up crashing. ==Test plan== 1. enable EnablePointOfSale and UseCashRegisters 2. Add new cash register, like name "copier", Initial float: 0.30 no idea if it semantically makes sense 3. New debit type, code: "Debittypecode", def amount: 0.30 Description: black and white can be sold no idea if it semantically makes sense 4. add like 5 black and white items 5. Amount tendered: same as price 6. cash register: copier 7. confirm 8. print receipt 9. error/ISE: Can't call method "lang" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 26734] New: Convert accounts (monetary) notices to template toolkit
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26734 Bug ID: 26734 Summary: Convert accounts (monetary) notices to template toolkit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The ACCOUNT_CREDIT and ACCOUNT_DEBIT print slips should be updated to TT syntax. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 143

[Bug 19036] New: Numer payment receipts / payment slips
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19036 Bug ID: 19036 Summary: Numer payment receipts / payment slips Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com In some areas it's required to sequentially number payment slips / receipts. At the moment this is not easily possible in Koha, as we don't have a sequential internal number for the payments, but will hopefully be possible in some point in the future with the work on the Accounts module. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 90

[Bug 27145] New: Patron deletion via intranet doesn't handle exceptions well
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27145 Bug ID: 27145 Summary: Patron deletion via intranet doesn't handle exceptions well 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: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, kyle(a)bywatersolutions.com Depends on: 14708 Bug 14708 introduced a try catch around $patron->delete in commit "Bug 14708: (QA follow-up) Use try/catch blocks when calling ". However, in the catch block it only assumes the exception was from trying to delete anonymous patron when it can be anything else as well, the code should be modified so that it will handle the anonymous patron case and if it is anything else we log the other exception. Kyle, can you have a go at this? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14708 [Bug 14708] The patron set as the anonymous patron should not be deletable -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 25028] New: The not-onloan-count index is not used in ES
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '21

20 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25028 Bug ID: 25028 Summary: The not-onloan-count index is not used in ES Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com The code in Koha::SearchEngine::Elasticsearch::QueryBuilder::_fix_limit_special_cases only sets onloan:false on the query if the availability limit is passed. This is not (a) matching the Zebra behaviour and (b) it should be using the not-onloan-count index (which is configured) but as the indexer is feeded with the output from GerMarcBiblio as-is, it wouldn't include 999$x as the rebuild_zebra.pl counter part does, using the RecordProcessor filters. Looking at rebuild_zebra.pl and the fact that ES doesn't use the EmbedSeeFromHeadings filter either, probably more bugs should be filled. I'm possibly missing some more magic on the QueryParser code that could deal with this things in a different way (than Zebra). But the availability one looks plain wrong so worth filing this bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 21105] New: oai.pl returns invalid earliestDatestamp
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '21

20 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21105 Bug ID: 21105 Summary: oai.pl returns invalid earliestDatestamp Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 21102 From: https://www.openarchives.org/OAI/openarchivesprotocol.html#DatestampsRespon… Dates should be YYYY-MM-DDThh:mm:ssZ curl -s "baseURL?verb=Identify" | xmllint --format - | grep Date responseDate -> 2018-07-23T18:34:15Z : OK earliestDatestamp -> 2010-09-30 16:04:37 : FAIL Originally deteced with official validator: https://www.openarchives.org/Register/ValidateSite Related: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17785#c13 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21102 [Bug 21102] OAI-PMH specification conformance [UMBRELLA] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 23857] New: Club holds endpoint not setting Location header
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '21

19 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23857 Bug ID: 23857 Summary: Club holds endpoint not setting Location header Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com It is not being set -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21