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

[Bug 23578] New: Koha ILL backends directory is not included in @INC
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '25

11 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23578 Bug ID: 23578 Summary: Koha ILL backends directory is not included in @INC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com The Koha ILL backends directory can be configured in koha-conf.xml, however, this directory is not included in @INC To test: 1 - Define backends_directory in koha-conf.xml as /var/lib/koha/instance/Koha/Illbackends 2 - Install a backend there 3 - Restart things, enable ILLModule syspref 4 - Check the about page, it should not have a warning about 'No backends installed' 5 - Try to place a new request - internal server error 6 - Check the plack logs, the module cannot be required -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 40120] New: Log changes to SIP configuration made through staff interface
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '25

11 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40120 Bug ID: 40120 Summary: Log changes to SIP configuration made through staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 37893 Bug 37893 seeks to make parts of SIP setup accessible via the staff interface. If those things become editable in the staff interface, we'll want the action_logs to record any changes made. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37893 [Bug 37893] Migrate some SIP configuration into the staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 38893] New: Longoverdue cronjob gives error when run with "--library" flag and CircControl syspref set to "The library you are logged in at"
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38893 Bug ID: 38893 Summary: Longoverdue cronjob gives error when run with "--library" flag and CircControl syspref set to "The library you are logged in at" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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: 9596 Bug 9596 added the ability to limit longoverdue by library. The determination of which library to use for a given checkout is made based on the CircControl system preference. One of the options for CircControl is "The library you're logged in at." If CircControl is set to "the library you're logged in at" and you run the longoverdue cron with the --library flag set, you get the error "Use of uninitialized value $lib in hash element at misc/cronjobs/longoverdue.pl line 484." because Koha doesn't know how to pick a branch -- no one is logged in. Setting this to normal as it seems like mostly a "don't configure it like this" issue. But maybe we should give the cron something to follow if the syspref is logged-in-branch? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9596 [Bug 9596] Allow longoverdue.pl to be configured per library on the command line -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 37992] New: Patron search results: table header with column filters isn't sticky anymore
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37992 Bug ID: 37992 Summary: Patron search results: table header with column filters isn't sticky anymore Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1. Run empty patron search 2. Assuming there are enough results, when scrolling down the #searchheader with "select all" button would get hidden. But no, it's sticky so it follows you and stays visible. This is expected. 3. The table header (thead) with filters for each column is not sticky. This is a regression. (It was sticky in 23.11, but not anymore in 24.05 and main) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 38601] New: Framework default value for control fields not being passed to editor
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38601 Bug ID: 38601 Summary: Framework default value for control fields not being passed to editor Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate in 24.05 1. Use the basic editor to define the leader using the tag editor. 2. Copy the data in the field. 3. Edit the Default framework and paste the data into the 000 tag, default value field, save. 4. Go to the cataloging module and New Record, default framework. See that the 000 Leader field is blank. In 23.05 and 23.11, the field would contain the default value as assigned in the framework. Possibly due to CSRF changes for 24.05? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 13965] Add date last seen on item search
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13965 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #8 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- *** This bug has been marked as a duplicate of bug 38331 *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40102] New: Self-checkout print receipt option not working
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40102 Bug ID: 40102 Summary: Self-checkout print receipt option not working Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: RESOLVED Severity: normal Priority: P5 - low Component: Self checkout Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org Status: RESOLVED Resolution: DUPLICATE In self-checkout, if I try to end my session by clicking the "Finish" button I get the "Would you like to print a receipt?" prompt but clicking the "Print receipt and end session" button doesn't trigger a new page with the receipt. --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- *** This bug has been marked as a duplicate of bug 40108 *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39909] New: Batch modification with regex does not work with control fields
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39909 Bug ID: 39909 Summary: Batch modification with regex does not work with control fields 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In MARC modification templates if you define a copy of a control field into another control field. The regexp part does not work. Because of : https://git.koha-community.org/Koha-community/Koha/src/commit/83f8ba4eeed5c… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 20112] New: Optionally show invalid ISBN/ISSN 020/022 $z
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20112 Bug ID: 20112 Summary: Optionally show invalid ISBN/ISSN 020/022 $z Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently the invalid ISBN and ISSN are indexed (bug 14617), but aren't displayed. It would be nice to find a way to display them if the library wants to do so. Having a class or similar for hiding them if necessary would be enough. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 28218] New: Additional fields for vendors
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28218 Bug ID: 28218 Summary: Additional fields for vendors 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It's possible to add additional fields to baskets and subscriptions, but it would be great if this could be extended to other areas as well. One of those would be vendor records. For example at the moment it's not possible to store banking/account information in our vendor records. We could add the fields or we could add a configuration option to make this easy to add. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1