December 2024 - Koha-bugs - lists.koha-community.org

[Bug 36975] New: Allow MarcModificationTemplates to change the record source for a batch of records
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '25

18 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36975 Bug ID: 36975 Summary: Allow MarcModificationTemplates to change the record source for a batch of records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice to be able to set the record source for a whole set of records (from a search result or a report). Best way to do it seems to permit the "BatchRecordModification Tool" to change the record source value. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 22861] New: Add ability to turn on/off the display of a public list
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22861 Bug ID: 22861 Summary: Add ability to turn on/off the display of a public list Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Libraries use the Public List feature a lot for patrons to see them on the OPAC. It would be very nice to allow staff to disable/enable these public lists -as the Course Reserve module does -as needed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 19917] New: Holds for self registered patrons
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19917 Bug ID: 19917 Summary: Holds for self registered patrons Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There needs to be a switch in place that does not allow a hold to be triggered if the hold is for a patron in the self registered category. Our library workflow: * Allows self registered patrons to place a couple of holds. * Doesn't assign an automatic card number. * Prints specialized hold slips * Allows self pickup Ideally, we would want the preference to not trigger the hold if the self registration category is in use on the patron with the hold, and a message to come up asking staff to go ahead and assign a card number, or something to that effect. Right now, when the hold is triggered, the slip comes out wrong because there is data missing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 38580] New: Correct the descriptions of the Babelthèque system preferences
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38580 Bug ID: 38580 Summary: Correct the descriptions of the Babelthèque system preferences Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de In the Enhanced content chapter, the descriptions for Babeltheque_url_js and Babeltheque_url_update don't match what is in the interface. These changes date back to bug 25630 (20.11), so nothing new or that we need to keep in the context of the "one manual". Maybe check the other sysprefs affected by bug 25630 to make sure they are correctly represented in the manual. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 20575] New: Auto-renewals to use current patron category when renewing as opposed to when item was issued.
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20575 Bug ID: 20575 Summary: Auto-renewals to use current patron category when renewing as opposed to when item was issued. Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Increasing the functionality of the Auto=-renewal process to have Koha look at the circulation and fine rule table at time of renewal instead of keeping the same circ and fine rules when the item was issued. If a patron category has been changed during when an item has been checked out the patron, this is not reflected in the auto-renewal process. For example, if a student is allowed to auto renewal items but they are changed to a different patron category who can not auto-renewal-Koha will still allow the auto-renewal given the rules were set when the item was checked out. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 36205] New: Plugins should be able to create permissions
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '25

16 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36205 Bug ID: 36205 Summary: Plugins should be able to create permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Some plugins expose additional functionality that should only be exposed to users with permission to access them. We could perhaps allow plugins to add sub-permissions to the existing 'plugins' flag to facilitate this? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 36386] New: Prevent Net::Server warn about User Not Defined from SIPServer
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '25

16 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36386 Bug ID: 36386 Summary: Prevent Net::Server warn about User Not Defined from SIPServer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Your syslog contains warnings like: Mar 21 13:46:11 upgrade koha_sip[9377]: Group Not Defined. Defaulting to EGID '1000' Mar 21 13:46:11 upgrade koha_sip[9377]: User Not Defined. Defaulting to EUID '1000' This comes from Net::Server. SIPServer does not pass user and group. We only define user when we start koha-sip with daemon. Net::Server falls back to current user context which is already good. So it is an innocent warn. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 36831] New: Add support for .txt files to the KBART import tool
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '25

16 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36831 Bug ID: 36831 Summary: Add support for .txt files to the KBART import tool Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: matt.blenkinsop(a)ptfs-europe.com CC: jonathan.druart(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 It would be beneficial to be able to import KBART files that are in .txt format and detect what the separation character is -- You are receiving this mail because: You are watching all bug changes.

1 89

[Bug 38305] New: Can't delete or archive suggestions
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '25

16 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38305 Bug ID: 38305 Summary: Can't delete or archive suggestions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If the user has suggestions manage permission the controls for deleting and archiving suggestions do not trigger the event handler they are supposed to. The click function is too specific: it should be attached to <a> and <button> -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 36324] New: Authority subfields cannot be reordered
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '25

15 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36324 Bug ID: 36324 Summary: Authority subfields cannot be reordered Change sponsored?: --- Product: Koha Version: 23.11 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 According to bug 34114, authority subfields should be able to be reordered when editing. That function seems to be broken and the fields cannot be reordered. When clicking on a subfield, a box appears that allows me to edit the subfield letter/number instead. I would think the ability to edit the subfield letter/number in the authority editor could be problematic. The ability to sort the fields by clicking and dragging was existing behavior and should be restored. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10