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

[Bug 24465] New: Label creator requires catalogue permission instead of label_creator permission from tools
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24465 Bug ID: 24465 Summary: Label creator requires catalogue permission instead of label_creator permission from tools Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Checking bug 7468 I noticed that all the templates in labels use the catalogue permission instead of the expected tools->label_creator permission. The permission description manages creating labels from patron and catalog data, so it seems it should be used for the label creator? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 39404] New: "Add to list" vs "Add to a list"
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39404 Bug ID: 39404 Summary: "Add to list" vs "Add to a list" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Most places in Koha say "Add to list", but the cart (both OPAC and staff interface) is the exception which uses "Add to a list". -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 39619] New: Typo: Identifierr
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39619 Bug ID: 39619 Summary: Typo: Identifierr Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org koha-tmpl/intranet-tmpl/prog/en/modules/admin/searchengine/elasticsearch/mappings.tt:294 Identifierr Should probably have one r less. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 30521] New: Create a sys pref that will allow the selection of fields on the OPAC form to be 'required'
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30521 Bug ID: 30521 Summary: Create a sys pref that will allow the selection of fields on the OPAC form to be 'required' Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: Niamh.WalkerHeadon(a)hse.ie The out-of-the-box ILL functionality does not require any of the request metadata fields to be completed on the form except for the destination library. For example, an article request can be submitted without the article title. I suggest creating a sys pref that would allow the selection of fields that are required before the form can be submitted, based on the request type [Book / Book Chapter / Journal / Journal Article / Conference Proceeding, etc.]. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 40248] New: With IndependentBranches and SearchMyLibraryFirst logged in user is unable to search other libraries' resources
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40248 Bug ID: 40248 Summary: With IndependentBranches and SearchMyLibraryFirst logged in user is unable to search other libraries' resources Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Recently (between 23.11 and 24.11) the following problem has emerged: with IndependentBranches = 'Yes' and SearchMyLibraryFirst = 'Limit' a logged in user is unable to search other libraries' resources, even if OpacAddMastheadLibraryPulldown is set to 'Add'. To reproduce: 1. Set system preferences: SearchMyLibraryFirst to Limit IndependentBranches to Yes OpacAddMastheadLibraryPulldown to Add 2. Open OPAC page. You should see the libraries pull down on the right (next to the magnifying glass icon). 3. Perform a search for a common word (e.g. Peter), note the number of results. 4. Log in to OPAC as a normal user (not superlibrarian). 5. Repeat the search. You should get less results (only from your library). You will not be able to broaden the search and get results from all libraries (until you log out). You will also not see the libraries pull down. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 39015] New: Date sorting not working in statistics wizards
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39015 Bug ID: 39015 Summary: Date sorting not working in statistics wizards Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If a site has the dateformat system preference set to dd/mm/yyyy, date sorting doesn't work in the statistics wizards - e.g. /cgi-bin/koha/reports/cash_register_stats.pl. It does seem to sort correctly if the dateformat is set to mm/dd/yyyy. This might be connected to https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37875 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 39559] New: YY is not interpreted as a default value for authorities
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39559 Bug ID: 39559 Summary: YY is not interpreted as a default value for authorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Strings as YYYY, MM, DD put as part of default value for authorities are interpreted as year (four digits), month and day. YY is missing (two digits year). BTW, for bibliographic records it is <YYYY>, <YY>, <MM>, <DD> (in Koha/UI/Form/Builder/Biblio.pm). -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 27595] New: Placing Patrons on Hold for Accepted Purchase Suggestions
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27595 Bug ID: 27595 Summary: Placing Patrons on Hold for Accepted Purchase Suggestions Change sponsored?: --- Product: Koha Version: master 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 Currently, Koha does alert a patron when a purchase suggestion has been ordered and also when it is available in Koha. But it would be nice to have a further enhancement to this process and place a hold for the patron on the record once it has been accepted. This is an extra step for libraries, and it would streamline the library's process for this to be done automatically. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 74

[Bug 28400] New: Add SMS providers message id to message_queue table
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28400 Bug ID: 28400 Summary: Add SMS providers message id to message_queue table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Some SMS providers give an id in response body which you can use to track message status. Now message_queue table doesn't have any field where this could be put. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 39845] New: Add Koha::Acquisition::Orders->unreceived_totals
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39845 Bug ID: 39845 Summary: Add Koha::Acquisition::Orders->unreceived_totals Change sponsored?: --- Product: Koha Version: Main 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 I wrote this method while working on bug 32266. I'm not sure if I'm gonna use it. Leaving here in case it is useful in the future. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9