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

[Bug 39248] New: Wrong 007/5 label for # in Nonprojected graphic
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39248 Bug ID: 39248 Summary: Wrong 007/5 label for # in Nonprojected graphic Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org According to https://loc.gov/marc/bibliographic/bd007k.html the label for a blank in 007/5 for Nonprojected Graphic should be "No secondary support". Currently, it sais wrongly "No attempt to code". koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/value_builder/marc21_field_007.tt should be corrected. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 38661] New: Add warning when deleting import batch
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38661 Bug ID: 38661 Summary: Add warning when deleting import batch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: bernard.scaife(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If a user deletes a Manage staged MARC records batch which is associated with imported records, they lose the ability to roll back the attached records. Sometimes this will be the intention, but other times they will simply have forgotten to revert a test import and those records are then impossible to roll-back. Could we have a warning message when deleting a batch with attached records such as "There are x imported records attached to this batch which cannot be reverted if you proceed. Do you wish to continue and delete the batch record?" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 40343] New: Koha to MARC mapping should suggest to run batchRebuildItemsTables.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40343 Bug ID: 40343 Summary: Koha to MARC mapping should suggest to run batchRebuildItemsTables.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If changes are made to Koha to MARC mappings that affect the items table, the batchRebuildItemsTables.pl script needs to be run. Koha only suggests running the batchRebuildBiblioTables.pl script (and it took me an embarrassing amount of time to realise there was a second script that might be useful). It would be nice to also suggest the second script so other system administrators don't waste as much time as I did. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 39897] New: Make EDI accounts a configurable DataTable
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39897 Bug ID: 39897 Summary: Make EDI accounts a configurable DataTable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The EDI accounts page seems odd without DataTable functionality! -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 39066] New: Fix "To screen into the browser"
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39066 Bug ID: 39066 Summary: Fix "To screen into the browser" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org I'm not a native English speaker, but "To screen into the browser" sounds wrong. To find an example: Reports > Patrons with the most checkouts To find all occurrences: $ grep -rn --include=*.tt "To screen into the browser" * -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 38417] New: Notification to the customer when their existing hold is about to expire and they are still waiting for it
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38417 Bug ID: 38417 Summary: Notification to the customer when their existing hold is about to expire and they are still waiting for it Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: piia.semenoff(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org It would be great if Koha would send a notification to the customer when their existing hold is about to expire (and is not yet waiting for pickup), e.g. "Your hold will expire in a month, do you still want to wait for it?" Sometimes waiting for a hold takes longer than the hold is valid. If the customer made the reservation several years ago, he may not remember its existence or notice its expiration date and the hold disappears. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 37358] New: Search filter not displayed on holdings table if SeparateHoldings is disabled
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37358 Bug ID: 37358 Summary: Search filter not displayed on holdings table if SeparateHoldings is disabled Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When SeparateHoldings syspref is set as "Don't separate", holdings table is missing search filter. Also pagination buttons and "Show x entries" filter are not displayed. To reproduce: 1. Set SeparateHoldings syspref as "Separate". 2. Find a biblio with items attached to it. 3. Note that search filter, pagination etc. are displayed 4. Disable SeparateHoldings syspref. 5. Note that search filter, pagination etc. are no longer displayed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 40023] New: Allow embedding `patron` when validating credentials
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40023 Bug ID: 40023 Summary: Allow embedding `patron` when validating credentials Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com It would be handy for external systems to be able to specify the requirement to embed the patron object in the response of a successful patron credentials validation. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 40500] New: Include credit/debit type code in runtime parameter selection dropdown for reports
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '25

16 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40500 Bug ID: 40500 Summary: Include credit/debit type code in runtime parameter selection dropdown for reports Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com When one sets a runtime parameter in a report for credit or debit type, the dropdown one gets at runtime only includes the description. In many cases it'd be helpful to also include the code itself. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 39217] New: Fix ugly error on wrong password in SCO login
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '25

16 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39217 Bug ID: 39217 Summary: Fix ugly error on wrong password in SCO login Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org To reproduce: - WebBasedSelfCheck = Enable - AutoSelfCheckAllowed = Allow - AutoSelfCheckID = Valid username - AutoSelfCheckPass = Valid password - Go to OPAC/cgi-bin/koha/sco/sco-main.pl - Login with valid username (e.g. "koha" in KTD) and wrong password - Observe the error: "The userid Koha::Patron=HASH(0x606447f6d868) was not found in the database. Please try again." It would probably be better without the "Koha::Patron=HASH(0x606447f6d868)" part. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22