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

[Bug 13985] Cash Management - Koha as 'Point of Sale'
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '22

26 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |30610 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30610 [Bug 30610] The 'Print receipt' button on cash management registers page fails on second datatables page -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7798] admin/item_circulation_alerts.pl plack scoping
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '22

26 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7798 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #5 from David Cook <dcook(a)prosentient.com.au> --- This seems like one of the last changes specific to the item_circulation_alerts.pl page. I'm curious if anyone actually uses this functionality? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30532] New: guided_reports.pl has a problem
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '22

25 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30532 Bug ID: 30532 Summary: guided_reports.pl has a problem Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P1 - high Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: Go to: Home > Reports > Create from SQL Can't call method "value" on unblessed reference at /kohadevbox/koha/reports/guided_reports.pl line 80 Maybe caused by Bug 26019? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 29957] Cookies not removed after logout
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '22

25 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29957 Victor Grousset/tuxayo <victor(a)tuxayo.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |victor(a)tuxayo.net --- Comment #127 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- (In reply to Andrew Fuerste-Henry from comment #126) > I can't get this to apply to 21.05 for backport. Please rebase. Some of this > code has been touched by bug 29915, which I was also unable to apply and > backport. No need, it's actually the cause for bug 30525 and likely bug 30532. So backporting this isn't necessary to fix them. On the contrary, let's dodge them. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30541] New: Resolve return claim works but "hangs" if MarkLostItemsAsReturned is set for return claims
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '22

25 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30541 Bug ID: 30541 Summary: Resolve return claim works but "hangs" if MarkLostItemsAsReturned is set for return claims Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Basically, if MarkLostItemsAsReturned is set for return claims, the code will crash while trying to pull the checkout so it can update the lost status of the item. This is because the code assumes there must be a checkout and never checks the old_checkouts table. This bug appears to only exist in 21.11 at this time. It was fixed by a combination of bugs 29495 and 28588. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 30142] New: ElasticSearch MARC mappings should not accept whitespaces
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '22

25 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30142 Bug ID: 30142 Summary: ElasticSearch MARC mappings should not accept whitespaces Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: domm(a)plix.at We had a "funny" bug today, because I updated some ElasticSearch Biblio MARC mappings, and entered "245bn " instead of "245bn" (notice the trailing space?) The Form accepted the invalid value, but after any edit to a biblio we'd get a 500 Error, with this (not very helpful) error message in plack-error.log "Invalid MARC field expression: 245bn " After spotting this, it was easy to fix the typo, but I think that the form should either be stricter when validating input or at least remove whitespace from the MARC input (AFAIK whitesapce is not allowed here). There is a TODO marker in admin/searchengine/elasticsearch/mappings.pl#161 which is probably related :-) I will submit a patch in a minute that will at least remove all whitespaces. Actually checking the format should not be too hard with some regex, but I'm not sure if the format is specified anywhere, and in the DB I see quite different values ("440a", "111(abcd)", "008_/14", "leader_/0-4", ...) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 30583] New: Hold system broken for translated template
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '22

25 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30583 Bug ID: 30583 Summary: Hold system broken for translated template Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With es-ES: Template process failed: file error - parse error - holds_table.inc line 216-217: unexpected token (hold) [% " hold.reserve_id="hold.reserve_id" html="html" name="printholdslip" type="button" value="Recibo" |="|"></td> [% ELSE %] at /kohadevbox/koha/C4/Templates.pm line 127 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 30118] New: holds_block_checkin behavior is different in Koha and in SIP
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '22

25 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30118 Bug ID: 30118 Summary: holds_block_checkin behavior is different in Koha and in SIP Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In koha interface, a warning is displayed when an item on hold is returned only if the return is for this specific item. We should have the same behavior in SIP, for consistency. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 30426] New: suggestion service missing Auth and Output imports
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '22

25 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30426 Bug ID: 30426 Summary: suggestion service missing Auth and Output imports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org While most scripts have been updated to import specific functions from C4::Auth and C4::Output, /opac/svc/suggestion missed those, which means calls to it generate 500 errors. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 30616] New: Place hold button doesn't always display when it should
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '22

25 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30616 Bug ID: 30616 Summary: Place hold button doesn't always display when it should Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com To recreate: 1. Set all library 'Default holds policy by item type' to No Holds Allowed 2. Set another library's ( Centerville ) 'Default holds policy by item type''Default holds policy by item type' to 'any library'. 3. Find an item of that type from Centerville. 4. No place hold button on the toolbar in the staff client 5. Log into the OPAC as a patron from Centerville and try to place a hold on that item type. There is no place hold button when there should be. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0