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

[Bug 39575] New: Title ID number in ERM could be hidden
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39575 Bug ID: 39575 Summary: Title ID number in ERM could be hidden 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 Created attachment 180703 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=180703&action=e… ERM titles with ID numbers and out of order To replicate: 1. Enable the ERM, if needed. 2. Go to ERM > eHoldings > Local > Packages 3. Create a package 4. Next go to Titles. 5. Click on +Import from KBART file. 6. Import file. See the resulting title list in the table. The titles have an ID number that has been appended. Also notice the ID numbers are out of order. It's not clear what the ID numbers refer to other than the number assigned by the ERM? ID numbers are not displayed elsewhere in Koha, so perhaps these can be hidden as well. If the numbers have some purpose, they should be in their own column so as not to be confused as part of a title. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11361] Add a Z39.50 search page in the OPAC to let members search for records on remote Koha instances
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11361 Sarah Cornell <sbcornell(a)cityofportsmouth.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sbcornell@cityofportsmouth. | |com --- Comment #31 from Sarah Cornell <sbcornell(a)cityofportsmouth.com> --- This enhancement is 4 years and many versions old now, but is compelling for US libraries who may lose shared systems due to funding cuts. The Portsmouth Public Library ztarget info is here. ====================================== Z39.50 Connection Info: Host: portsmouth.bywatersolutions.com Port: 9894 Database: biblios No username/pwd needed Syntax (if needed): MARC21/USMARC Encoding (if needed): UTF-8 ====================================== I'd be interested in this enhancement moving forward! -- You are receiving this mail because: You are watching all bug changes.

1 0

[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