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

[Bug 35115] New: ERM - Potential MARC data loss when importing titles from list
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35115 Bug ID: 35115 Summary: ERM - Potential MARC data loss when importing titles from list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: pedro.amorim(a)ptfs-europe.com CC: caroline.cyr-la-rose(a)inlibro.com, jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com To reproduce: 1) Enable ERMModule sys pref 2) Create a new public list, visit: /cgi-bin/koha/virtualshelves/shelves.pl 3) Click "New list" enter name, set public -> public 4) Click "Add items", enter 112\n113\n114 (new line for each), in "Biblio numbers" 5) Notice that all added biblios have quite a few MARC fields 6) Go to packages, visit: /cgi-bin/koha/erm/eholdings/local/packages 7) Create a new package, add a name and hit 'Submit' 8) Go to titles, visit: /cgi-bin/koha/erm/eholdings/local/titles 9) Click "import from list" 10) Pick the package created in 7) 11) On the row of the list created in 2), click "Import" 12) Go back to the list, visit: /cgi-bin/koha/virtualshelves/shelves.pl?op=view&shelfnumber=1 13) Notice all the biblios have been stripped of their MARC data, and only title remains. Setting this as 'major' for now as I don't think this is intended or desired behavour. -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Cécile Garcia-Belmonte <cecilegarciabelmonte(a)loireforez.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cecilegarciabelmonte@loiref | |orez.fr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39010] New: Allow RestrictPatronsWithFailedNotices to take a days variable, set in intranet
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39010 Bug ID: 39010 Summary: Allow RestrictPatronsWithFailedNotices to take a days variable, set in intranet Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 23295 restrict_patrons_with_failed_notices.pl is hardcoded to look back 7 days. It would be great for that interval to be customizable in the system preference. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23295 [Bug 23295] Automatically debar patrons if SMS or email notice fail -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 23295] New: Automatically debar patrons if SMS or email notice fail
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23295 Bug ID: 23295 Summary: Automatically debar patrons if SMS or email notice fail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org When the sending of an SMS (or email) notice fails at the Koha level (i.e. before it is passed to the SMS API) then librarians should have the ability to enable automatic restriction (debarment) of patrons prompting them to update their smsalertnumber (or email address) in their library accounts. Adding this ability will tie in nicely with the functionality implemented in bug 13552 and bug 23291. As the enhancement for this bug report would let us restrict when notices failed at the Koha level, whereas 13552 and 23291 would let librarians restrict when notices failed at the SMS API level in batch restriction jobs retrieving patrons by SMS numbers in the SMS gateway report libraries get telling them which notices failed at the SMS API level. So all three enhancements together will mean there will be end-to-end functionality to restrict patrons when SMS notices fail, thereby prompting them to update their smsalertnumber. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 71

[Bug 31744] New: Inventory tool can take a long time and never complete
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31744 Bug ID: 31744 Summary: Inventory tool can take a long time and never complete Change sponsored?: --- Product: Koha Version: master 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 There seems to be a problem with scaling for the inventory tool. More and more often now with bigger libraries we are running into libraries putting too many barcodes into the tool, and timing out the tool, or not getting feedback on the job progress and clicking back and trying again (and again. And again.), eventually causing a denial of service as they tie up all of their plack workers with inventory jobs. Potentially we could put the processing part into the background jobs or work on the performance here some other way so that larger batches could be accommodated? The servers weren't underpowered for this - the libraries were putting in collection-size-appropriate numbers of barcodes. Open to any kind of solution here that would help make this tool more usable for libraries. Cheers, Liz -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 26907] New: Fix POD for C4::Auth::checkauth
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26907 Bug ID: 26907 Summary: Fix POD for C4::Auth::checkauth Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Multiple problems here: - There are several "private" subroutines (starting with underscore) between the POD and the actual checkauth subroutine, so if you search for "sub checkauth" you might miss that the POD is actually there (I did). - The example of how to use the sub is: ($userid, $cookie, $sessionID) = &checkauth($query, $noauth, $flagsrequired, $type); but the sub is actually looking for more possible arguments: 793 my $authnotrequired = shift; 794 my $flagsrequired = shift; 795 my $type = shift; 796 my $emailaddress = shift; 797 my $template_name = shift; - The POD says "The login page is provided using a HTML::Template". As far as I know that would now be TT, HTML::Template. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 40519] New: Add examples of leader fields to Batch Record Modification section
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40519 Bug ID: 40519 Summary: Add examples of leader fields to Batch Record Modification section Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: philip.orr(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de We have examples in the Koha Manual about Batch Record Modification Templates to show updating specific subfields, but we don't have any example control fields in there. There is a subfield code field. For fixed fields, you have to leave it blank, but there's nothing that says that. (Like 000$, 001$... etc. you would have to leave the subfield code blank) We should add an example of one of these leader fields. Page: https://koha-community.org/manual/latest/en/html/cataloging.html#marc-modif… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 32705] New: Display actual cost in foreign currency and currency from the invoice
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32705 Bug ID: 32705 Summary: Display actual cost in foreign currency and currency from the invoice Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 25655 On bug 25655 we are going to store the cost and currency from the invoice. On this bug we will display them on the invoice summary. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25655 [Bug 25655] Additionally store actual cost in foreign currency and currency from the invoice -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 12450] Easily close a branch
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12450 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40536] New: Also display total cost in ordered currency on basket page
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40536 Bug ID: 40536 Summary: Also display total cost in ordered currency on basket page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org When viewing a basket, the only totalled values are the quantity ordered, and the total cost in the home currency. It would be great to also sum and display the total cost in the foreign currency. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0