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

[Bug 32490] New: When there's a broken spec, Mojolicious fails to capture the error properly
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32490 Bug ID: 32490 Summary: When there's a broken spec, Mojolicious fails to capture the error properly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com CC: tomascohen(a)gmail.com At some point we broke mojolious's built in error processing code. Instead of a useful stack track we now get a bunch of internal Mojo error code instead and nothing useful to point at the actual underlying problem. >> The application raised the following error: Can't use an undefined value as an ARRAY reference at template mojo/debug.html.ep line 288. Context: 283: </div> 284: <div class="tap tap-border-top">tap for more</div> 285: </div> 286: </div> 287: <div class="row"> 288: % if (@{app->log->history}) { 289: % my $log = join '', map { scalar app->log->format->(@$_) } @{app->log->history}; 290: <pre class="mojo-terminal"><code class="nohighlight"><%= $log %></code></pre> 291: % } 292: % else { 293: <div class="alert alert-warning wide" role="alert"> Traceback (most recent call first): File "template mojo/debug.html.ep", line 288, in "Mojo::Template::Sandbox::6bff7bf20514502e6c04c41933771297" . . . internal mojo stuff File "/usr/bin/starman", line 38, in "main" and the StackTrace middleware couldn't catch its stack trace, possibly because your application overrides $SIG{__DIE__} by itself, preventing the middleware from working correctly. Remove the offending code or module that does it: known examples are CGI::Carp and Carp::Always. For example I traced this back a little in the server logs where it points to Koha::Logger not implimenting the 'history' method. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 31333] New: Allow the ability to make purchase suggestions to be set by borrower type
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '23

22 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31333 Bug ID: 31333 Summary: Allow the ability to make purchase suggestions to be set by borrower type Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: rkuiper(a)roundrocktexas.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We are planning to create levels of membership at our library and we would like to prevent some borrower types from placing purchase suggestions. Currently, the system preference for purchase suggestions is 'Allow' or 'Don't Allow' for all borrower types. We would like to set the ability to place purchase suggestion for each borrow type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60

[Bug 31475] New: Group system preferences for suggestions on OPAC tab under new heading
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '23

22 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31475 Bug ID: 31475 Summary: Group system preferences for suggestions on OPAC tab under new heading Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 There are quite a few of suggestion related preferences under different headings on the OPAC tab. It would be nice if they appeared as a group under one heading. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 28138] New: Add system preference to make the payment type required
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '23

22 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28138 Bug ID: 28138 Summary: Add system preference to make the payment type required Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The payment type is already required when using the cash register feature, but some users want to force selecting a payment type even when cash registers are not used -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 30563] New: Add system preference to make the cash register field required when collecting a payment
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '23

22 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30563 Bug ID: 30563 Summary: Add system preference to make the cash register field required when collecting a payment Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, the cash register field is required only if the CASH payment type is selected. Some users want to make it required no matter which payment type is selected. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 32054] New: GetImportRecordMatches returns the wrong match when passed 'best only'
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '23

22 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32054 Bug ID: 32054 Summary: GetImportRecordMatches returns the wrong match when passed 'best only' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The routine orders by score/biblionumber desc - it limits to the first match when 'best only' is passed. With bug 22785 we introduced a 'chosen' field to allow the best, or no match, be chosen We need to honor this when getting the matches This causes order imports to choose the wrong match -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 29250] New: "Show checkouts/fines to guarantor" cannot be set to yes
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '23

21 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29250 Bug ID: 29250 Summary: "Show checkouts/fines to guarantor" cannot be set to yes 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: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To replicate: 1) Go to Administration > System preferences and set: AllowStaffToSetCheckoutsVisibilityForGuarantor - to Allow 2) Load an adult patron 3) Add a guarantee, remembering to set the Relationship 4) Set 'Show checkouts to guarantors' to Yes 5) Save 6) Note that on the patron members/moremember.pl page "Show checkouts to guarantor" is set to No 7) Edit guarantee and set 'Show checkouts to guarantors' to Yes 8) Save 9) Note that on the patron members/moremember.pl page "Show checkouts to guarantor" is set to No I have the same issue with the 'Show fines to guarantor' preference. I've experimented with turning on all of the 4 System preferences with a partial match for 'VisibilityForGuarantor' - but I can't find a combination which works. I've also tried adding a child patron and then adding the guarantor to the patron (instead of using the 'add guarantee' button) - but it makes no difference. Tested on master on a sandbox and on 20.11.10 - it's occurring in both. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 21842] New: always test Koha::ItemType in defined
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '23

21 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21842 Bug ID: 21842 Summary: always test Koha::ItemType in defined Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Like Bug 19194 some other code calls $itemtype->value without testing the object is defined. Itemtype should always be defined but its better not fall into error page for that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 32469] New: Keyboard shortcuts no longer work in details.pl
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '23

21 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32469 Bug ID: 32469 Summary: Keyboard shortcuts no longer work in details.pl Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Keyboard shortcuts to navigate between tabs in details.pl no longer work as of 22.05. Confirmed they were working in 21.11. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 30790] New: Add REST API route to list biblios
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '23

21 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30790 Bug ID: 30790 Summary: Add REST API route to list biblios Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: REST API Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com CC: tomascohen(a)gmail.com Blocks: 17371 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17371 [Bug 17371] Add routes for biblios [OMNIBUS] -- You are receiving this mail because: You are watching all bug changes.

1 21