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

[Bug 27049] New: It would be helpful to have a bulk waive of debts tool
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27049 Bug ID: 27049 Summary: It would be helpful to have a bulk waive of debts tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz With extended periods of libraries being closed and the recent complexities introduced into the accounts system for properly tracking accountline writeoffs, it would be helpful to have a command line too allowing administrators to writeoff accounts in bulk using the proper routines within Koha to properly record the action. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[Bug 38244] New: Add logging to writeoff_debts.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38244 Bug ID: 38244 Summary: Add logging to writeoff_debts.pl cronjob Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: Slodico(a)knoxlib.org QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Add running this cronjob to Koha logs. I don't believe the details of each fine that has been written off needs to be logged, but the fact that the script ran, either successfully or not, would be useful information to have. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22435] New: account_offset types should be codes not descriptions
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22435 Bug ID: 22435 Summary: account_offset types should be codes not descriptions Change sponsored?: --- Product: Koha Version: master 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently, account_offset.types are all descriptive strings.. they should really be 'codes' to distinguish them from user-facing data and discourage developers from adding more untranslatable strings at the database level. I also don't think the current strings make a great deal of sense as they're often not describing an 'offset' action but the account action itself which is already better defined within the accountline.accounttype fields. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 282

[Bug 31095] New: Koha::Patron::Debarment should be updated to follow current Koha:: style
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31095 Bug ID: 31095 Summary: Koha::Patron::Debarment should be updated to follow current Koha:: style Change sponsored?: --- Product: Koha Version: master 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The Koha::Patron::Debarment module is written in the C4 style when it should really be a Koha::Object based class now. We should update it to the modern practices to enable simple addition of API's and more standard use codebase wide. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 151

[Bug 39235] New: Additional fields should have a description
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39235 Bug ID: 39235 Summary: Additional fields should have a description Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Additional fields defined in /admin/additional-fields.pl have only a "name". It would be useful if thev have a name and a description. So we can have a short coded name (like "USERNAME") and a description used in forms ("Name of the user") -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39234] New: Set default upload category
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39234 Bug ID: 39234 Summary: Set default upload category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org Uploaded files are considered temporary and will be removed by cleanup_database.pl unless an authorised value from category UPLOAD is provided. By default, Koha sets empty category meaning the uploaded file is considered a temporary upload. Add a system preference to define an upload category to be selected by default. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35043] New: Handling of \t in PO files is confusing
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35043 Bug ID: 35043 Summary: Handling of \t in PO files is confusing 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We have our own "quote_po" sub that is stating that Locale::PO::quote is buggy because it does not deal with quoting new lines correctly. However it seems that it is fixed now. Ideally we could use Locale::PO::quote everywhere, but it does not escape tab characters: $string =~ s/\\(?!t)/\\\\/g; # \t is a tab This means the following: msgid "Tabulation (\\t)" msgstr "Tabulation (\\t)" become: -msgid "Tabulation (\t)" -msgstr "Tabulation (\t)" And we are seeing the following on Weblate: https://snipboard.io/BjQmDC.jpg Note that Locale::PO has not been updated since 2014... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 2234] Send cart/list emails from the home library of the patron
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2234 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Make cart email |Send cart/list emails from |from/reply-to/return-path |the home library of the |address configurable |patron --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- But I believe the initial problem was solved a long time ago - the notices are sent from the KohaAdminEmailAdress, but return path and reply-to are using the specific preferences as well. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2234] Make cart email from/reply-to/return-path address configurable
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2234 --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to trevor.diamond from comment #5) > I also think this should be changed. I expected the same email that sends > out password reset and check out slip emails to also send the cart. Would > the system preference be to put in another email? Or to make the email from > the logged in library vs. the system? I think the home library of the patron would probably the best option if we want to make this one library specific. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31197] New: Enabling Authority checks for all library staff but restrict the ability to edit Authority files to system admin
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31197 Bug ID: 31197 Summary: Enabling Authority checks for all library staff but restrict the ability to edit Authority files to system admin 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: susan.merner(a)nhs.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The ability to check whether an Authority such as a subject heading is in the authority file should be available to all staff BUT the option to edit authority files should be restricted to selected staff with system admin permissions. The Authority files affected would be Subject Headings (650), Series (490) and Corporate Authors. We want to ensure staff keep to the authorised lists and do not introduce or amend entries within Authorities. Is there a way to give cataloguers permission to have the "Link authorities automatically" button, but not edit, create or delete the authorities? If we could have a 'check authorities' button with no additional permissions, it would be really helpful! Or a way to flag unauthorised headings upon saving. We all need to be able to check if the subject headings (650 field) being pulled through by z39.50 are included in the authority file on Koha. At present, this is not possible, and there is no way to check z39.50 against the authority file. This raises an issue with cataloguers adding in unauthorised headings -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8