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

[Bug 29869] New: Add Koha::Hold->fulfill
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29869 Bug ID: 29869 Summary: Add Koha::Hold->fulfill Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This method will overtake C4::Reserves::ModReserveFill. It will store 'FULFILL' in the action_logs table as well (to solve the FIXME that cna be found in the old method). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 29891] New: Add Koha::Holds->fix_priorities
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29891 Bug ID: 29891 Summary: Add Koha::Holds->fix_priorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The method should explode if the resultset doesn't belong to the same biblio. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 17728] New: Move C4::Reserves code to the Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17728 Bug ID: 17728 Summary: Move C4::Reserves code to the Koha namespace Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 15449 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15449 [Bug 15449] Move stuffs to the Koha namespace -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 26949] New: Upgrade TinyMCE in the staff interface from 5.0.16 to 5.5.1
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '25

11 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26949 Bug ID: 26949 Summary: Upgrade TinyMCE in the staff interface from 5.0.16 to 5.5.1 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The version of TinyMCE we use in the staff client is a little over a year old now. As long as we are talking about issues with it (like Bug 26942) I think it's worthwhile to get it up to date. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 35703] New: Marking Lost card does not prevent patron from placing holds
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '25

11 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35703 Bug ID: 35703 Summary: Marking Lost card does not prevent patron from placing holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 160547 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160547&action=e… PatronAccountFlags On a patron's account page, under Library use > Patron account flags, the description above the account flags reads "Setting a value here will prevent patron from circulating materials and placing holds on the OPAC" We have found that setting the Lost card flag does not prevent a patron from placing holds. Ideally, the functionality of the flag should be updated so that holds are prevented by this flag, or the description of the flag should be updated to remove mention of holds. Having the ability to prevent patrons with a particular designation (restricted, lost, etc.) from placing holds as well as checking out or renewing would be helpful. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[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 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 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