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

[Bug 29013] New: Add ability to uncancel an order
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29013 Bug ID: 29013 Summary: Add ability to uncancel an order Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: Malnati(a)ucc.edu QA Contact: testopia(a)bugs.koha-community.org More an enhancement than a bug. I would like the ability to uncancel an order. I was informed that "orders are tied to that cancelled order, so they can't also be tied to a different order and thus budget." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 29011] New: Error 500 on item checkout
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29011 Bug ID: 29011 Summary: Error 500 on item checkout Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: jan.michael.mueck(a)uni-hamburg.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 124863 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124863&action=e… screenshots We want to checkout a item for a user, but have to search it by keywords. In that result list there is a button "ausleihe" (borrow) next to the item we want to checkout. When clicking on that there is an error 500. The item is then borrowed by the user (so everything is correct), but the page still shows error 500. I think its suppused to redirect to the borrowed page of that user.. see attachement. Kind regards -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 32187] New: (Bug 24161 follow-up) With IndependentBranches on a non superlibrarian librarian is not able to track late orders
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '23

23 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32187 Bug ID: 32187 Summary: (Bug 24161 follow-up) With IndependentBranches on a non superlibrarian librarian is not able to track late orders Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: major Priority: P3 Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com With IndependentBranches a non superlibrarian librarian is not able to track late orders. To reproduce: have an installation of Koha with IndependentBranches on. Be a librarian without superlibrarian rights. Try to generate the report about late orders (.../cgi-bin/koha/acqui/lateorders.pl). You should get an error 500 page. In log you should find something like: ... DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Unknown column 'branchcode' in 'where clause' at /usr/share/koha/lib/Koha/Objects.pm line 417: /usr/share/koha/intranet/cgi-bin/acqui/lateorders.pl, referer: ... This is due to: ( C4::Context->preference('IndependentBranches') && !C4::Context->IsSuperLibrarian ? ( 'borrower.branchcode' => C4::Context->userenv->{branch} ) : () ), from Koha/Acquisition/Orders::filter_by_lates (line ~128) Changing borrower.branchcode into borrowers.branchcode (borrowerS -- missing 's' at the end) does not correct the issue. The borrower.branchcode was to substitue the C4::Acquisition::GetLateOrders function, but something went wrong... The problem was found in 21.11, but it seems that it is still present in the master (as of November 12th, 2022). Unfortunately, I'm not able to fix it at the moment. Jonathan, would you be able...? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 28278] New: Improve $KOHA_CONF parsing speed by using XML::LibXML
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '23

23 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28278 Bug ID: 28278 Summary: Improve $KOHA_CONF parsing speed by using XML::LibXML Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 25503] New: Add option to export items bundle contents in checkouts table
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '23

23 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25503 Bug ID: 25503 Summary: Add option to export items bundle contents in checkouts table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation 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 Depends on: 24023 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24023 [Bug 24023] Add ability to create bundles of items -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 26354] New: Prevent submission of patron modification request unless changes are actually made
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '23

22 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26354 Bug ID: 26354 Summary: Prevent submission of patron modification request unless changes are actually made Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org I think there should be an preference to not be able to submit a request unless information has been changed. We frequently get modification requests with no changes made at all. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 25063] New: OPAC Renewal Option
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '23

22 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25063 Bug ID: 25063 Summary: OPAC Renewal Option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org I am seeing a strange thing with patron modification requests. I see requests come through asking for modification, but nothing has been changed. Looking closer at the accounts, I see that the accounts are up for renewal. I am thinking that people are checking their information and confirming that their information is up to date. I would like to propose two modifications to the modification requests. First, I think there should be an preference to not be able to submit a request unless information has been changed. Second, perhaps a preference tied in with the first suggestion, that allows the patron to select a check-box stating that they have reviewed all their information, and it is accurate and up to date. Perhaps this option only shows when their account is due for renewal. And perhaps the renewal reminder would include a link to the modification page, asking them to review their information and make any any necessary updates if necessary, but acknowledging that the information is up to date. I suggest this being an option, because some libraries might require fees or a view of a current ID before renewing. Third, even if all the patron is doing is renewing, we could have a preference set to notify or not in the modification requests of the acknowledgement and renewal. Fourth, if there are other steps necessary, like a patron category that requires a fee (that isn't automatically charged on renewal) or ID shown, another preference would give admin the ability to have the account self renew. If all they have done is checked the acknowledge box and submitted, the account renews. This option is tricky, since a person could do this, then go back and make changes. But, those changes, would of course, have to be reviewed. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 19716] New: Add option to send header line for CSV output
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '23

22 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19716 Bug ID: 19716 Summary: Add option to send header line for CSV output Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently, if outputting a CSV file using runreport.pl, you need to look at the report used to know what each column means. It would be nice if we could include column headers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 23327] New: Optionally add column headings to emailed reports generated by the runreport.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '23

22 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23327 Bug ID: 23327 Summary: Optionally add column headings to emailed reports generated by the runreport.pl cronjob Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It might be nice if we could optionally include the column headers on emailed reports using runreport.pl cronjob. maybe something like runreport.pl --with-columnheaders --etcetcetc 123 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 29053] New: ILSDI Internal Server errors seem not to log anywhere?
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '23

22 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29053 Bug ID: 29053 Summary: ILSDI Internal Server errors seem not to log anywhere? Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Had a situation where ILSDI was throwing an internal server error, but none of the logs (plack-intranet-error, plack-error, intranet-error, plack-opac-error, opac-error, or really anywhere in /var/log/koha/instance/) seemed to be logging the errors. I'd be happy to be wrong about this one lol. Liz -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4