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

[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

[Bug 24627] New: Selecting Club for which to place the hold is missing Box to Select
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '21

18 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24627 Bug ID: 24627 Summary: Selecting Club for which to place the hold is missing Box to Select Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 98686 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=98686&action=ed… select In almost all places in Koha, when a user is given a list of options in the Hold Menu, the option to choose is indicated with either a button to pick or a circle to check. This is indicating a choice has been made. When picking which Club to place a book club book for, there is no indication, that a choice can be made. Yes, the club can be chosen (by clicking the words) but it is not the usual way for Koha, and I think users will be confused. See screenshot. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 16885] New: koha-stop-zebra should be more sure of stopping zebrasrv
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '21

18 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16885 Bug ID: 16885 Summary: koha-stop-zebra should be more sure of stopping zebrasrv Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net The koha-stop-zebra command can finish without ensuring that zebrasrv is actually stopped. In particular, if there is an active query running when daemon --stop is run, the following state of affairs will occur until the query finishes or times out: - the child zebrasrv processing the query continues to run - the parent zebrasrv process becomes a zombie - the daemon(1) process continues to run -- and doesn't delete the lock file until the children go away. This is particularly problematic when a koha-stop-zebra is followed by a koha-start-zebra in quick succession, as happens during a logrotate. This is because while zebrasrv is in the half-stopped, half-started stop, the lock file still exists... and koha-start-zebra will see it and believe that zebrasrv is still running. When the query holding the child zebrasrv process finishes, the instance is left with no running Zebra. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 28898] New: Disambiguisation for translation : term
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '21

16 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28898 Bug ID: 28898 Summary: Disambiguisation for translation : term Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr In English, "term" has many different meanings, evidenced here : https://www.merriam-webster.com/dictionary/term In French, we have different words for these, and the case that mainly interests me here is 1 : a word or expression that has a precise meaning in some uses or is peculiar to a science, art, profession, or subject (for example "search term", "broader term", etc.) vs 3 : division in a school year during which instruction is regularly given to students (i.e. semester) in the case of course reserves. For example, #: koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-course-reserves.tt:43 #: koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-tags.tt:139 #: koha-tmpl/opac-tmpl/bootstrap/en/includes/opac-authorities.inc:14 #, c-format msgid "Term" msgstr "Terme" Here, there are instances of the word in authorities and tags, which presumably have the first meaning. And there is one instance in course reserves where is means semester. I propose to disambiguate the term "term" specifically for course reserves, where the meaning is "semester". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30