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

[Bug 39581] New: Koha Tuning Guide
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39581 Bug ID: 39581 Summary: Koha Tuning Guide Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, philip.orr(a)lmscloud.de The Koha wiki gives some hints on tuning Koha at https://wiki.koha-community.org/wiki/Koha_Tuning_Guide Adopting the suggested changes for MySQL/MariaDB effectively killed my database server due to `Thread stack overrun`s. Searching around the culprit was identified: ``` thread_stack = 128K ``` To avoid that others to hit the same issue, I commented this line in the Wiki and added a comment on the issue. However, the issue hints that this page could use some rework by experts in the field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 28285] New: Lists sorted by copyrightdate display results in ascending date order
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28285 Bug ID: 28285 Summary: Lists sorted by copyrightdate display results in ascending date order Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you create a list and choose to sort by copyrightdate the list results will display on both staff interface and opac in ascending date order (oldest first). It would be useful to be able to choose ascending or descending as the default as often libraries will want the newest items to appear first. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 39578] New: Checking out to change holding branch before setting due date and creating CHECKOUT slip
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39578 Bug ID: 39578 Summary: Checking out to change holding branch before setting due date and creating CHECKOUT slip Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katariina.pohto(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When checking out an item in Koha, it seems the due date and checkout slips are created by the current holding branch. If the holding branch was different from the actual branch the checkout is being made (the librarian's chosen branch or the branch of a checkout machine), the checkout gets its due date and checkout slip according to another branch. This occurs quite frequently with us as we have a lot reservations and different float rules, so there's plenty of material always travelling from a branch to another. We're getting checkouts with wrong due dates and checkout slips. Possibly this could affect other things too. (Most of the time this occurs because of staff making an error and not checking in the books correctly. With our volumes it's impossible to avoid it completely. But this can also occur when patrons make an error at self-check-in, and another patron checks outs an item that was still checked out. In this case the due date is decided on the branch the book was initially checked out.) Would it be possible to update the holding branch of an item before it goes through the rest of the checkout process? The correct branchcode ends up in the issues table after all. Or possibly there could be a system preference whether to use the holding branch or the librarian's current branch when doing checkouts. This relates to 9227 as items in transit get checked out by the rules of the sending branch. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9227 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39574] New: List ID number does not need to be displayed in ERM
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '25

07 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39574 Bug ID: 39574 Summary: List ID number does not need to be displayed in ERM Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk To replicate. 1. Enable the ERM, if not enabled. 2. Create some lists in the Lists module. 3. Go to the ERM > eHoldings > Local > Titles 4. Click on +Import from List See the table of lists contain the title of the list and the list ID number. The list ID number could be useful, but it is not displayed elsewhere. It is probably not sufficiently useful to display in the ERM either and could be hidden. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '25

07 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 --- Comment #276 from Thomas Klausner <domm(a)plix.at> --- Test mailing to domm(a)plix.at and perldomm(a)gmail.com (as it's broken for domm(a)plix.at ATM) (again as mail is not set to account adding the comment) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '25

07 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 --- Comment #275 from Thomas Klausner <perldomm(a)gmail.com> --- Test mailing to domm(a)plix.at and perldomm(a)gmail.com (as it's broken for domm(a)plix.at ATM) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '25

07 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 Thomas Klausner <perldomm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |perldomm(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '25

07 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 Thomas Klausner <domm(a)plix.at> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |domm(a)plix.at -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39487] New: Inconsistency in handling of Z39 records for biblio and authorities
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '25

06 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39487 Bug ID: 39487 Summary: Inconsistency in handling of Z39 records for biblio and authorities Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When importing biblios from Z39 we save every record retrieved in the search into an import batch. For authorities we check the control number and authorized heading and return the existing record from the DB - this is worked around bug 19220 by updating the marc each time, but we should document this in the code and for the user to make it clear what is happening in both cases and possibly provide a way to clear the cached/saved values -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 39479] New: overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '25

06 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39479 Bug ID: 39479 Summary: overdue_notices.pl Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: samrocks1011(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 179831 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=179831&action=e… html email notice Hi, I am executing the following command in the terminal to generate the Overdue Notice: koha-shell library -c "/usr/share/koha/bin/cronjobs/overdue_notices.pl" The email is being generated successfully; however, the following parameters are not being fetched and displayed in the email: <<items.barcode>> <<biblio.title>> <<biblio.author>> <<issues.date_due>> Could anyone please assist me in troubleshooting this issue? Regards Sandeep Patel -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1