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

[Bug 36889] New: Unable to send a password reset for staff at my branch
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36889 Bug ID: 36889 Summary: Unable to send a password reset for staff at my branch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com Send password reset is not in the menu if the patron is a staff member from the same branch I am logged in as. I can reset the password for staff from other branches, just not my own. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nagappa.b(a)tcs.com --- Comment #57 from Jonathan Druart <jonathan.druart(a)gmail.com> --- *** Bug 39122 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34477] New: Further reduce memory usage for idle background job worker
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34477 Bug ID: 34477 Summary: Further reduce memory usage for idle background job worker 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org While bug 28413 reduced the amount of memory used by background job worker, I think that we can reduce it further yet. I'm seeing a lot of workers around 56MB RES and 104MB VIRT at the moment (although there are some smaller ones). Multiple that for multiple workers across multiple instances, and it adds up pretty quickly. Contrast that with bug 27267 where I've got an idle Zebra indexer that uses 7MB RES and 12MB VIRT. That scales up much nicer. Anyway, not a burning issue, but it would be useful to do sometime down the track. It could be an easy win for server resource usage. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 31050] New: Standardize session setup
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31050 Bug ID: 31050 Summary: Standardize session setup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org We should have 1 function that sets up the basics of a $session object which we can use across all our different authentication options. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 15050] Nonpublic note searchable from OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15050 --- Comment #27 from David Cook <dcook(a)prosentient.com.au> --- It would be interesting to look at this again in the context of Elasticsearch... Because Elasticsearch lets you index more complex data structures and have more complex query structures, it could actually be possible to tag the index document fields with "public: true"/"public: false" type metadata. Because we don't have an "Any" index in Elasticsearch, it should even work with a keyword index search. But it would be a big ES only feature... -- I really can't think of any way of making this work with Zebra (without having separate Zebra databases for OPAC and staff interface which would double storage costs and increase indexing time). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29678] New: Can't use exteral URL for XSLT stylesheet
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29678 Bug ID: 29678 Summary: Can't use exteral URL for XSLT stylesheet Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If I try to specify an external URL as an XSLT stylesheet it doesn't work. In the error logs I see messages like this: [2021/12/10 12:37:50] [WARN] XSLT::Base: Could not create file parser context for file "https://path/to/MARC21slim2intranetResults.xsl": No such file or directory at /kohadevbox/koha/Koha/XSLT/Base.pm line 330. I have verified that the .xsl file is accessible and that internal links (to MARC21slimUtils.xsl for instance) are valid too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 37223] New: Deleting the last item in a label batch needs to redirect to ?op=new
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37223 Bug ID: 37223 Summary: Deleting the last item in a label batch needs to redirect to ?op=new Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org When you delete the last item in a label batch, it effectively deletes the batch, but leaves you with an add form which still retains the batch_id. That means that if someone else creates a new batch before you add another item to "your" empty list, their batch will take that same batch_id, and when you add your item you will add it to their list. Steps to reproduce: 1. Cataloging - Label creator - New label batch 2. Add any item to the batch 3. In the list of items in the batch, click delete 4. Different browser, log in as a user at a different branch 5. Cataloging - Label creator - New label batch 6. Add any item to the batch 7. Back to the original browser, add any item to the "empty" batch 8. You now have a batch with two items in it when you only added one 9. Try to solve your confusion by going to Manage - label batches, maybe you added it to the wrong batch? Wups, no, there are no batches to manage, because now that batch you added an item to is owned by a different branch and you can't manage it to remove your accidental add. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 39093] New: Error 500
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39093 Bug ID: 39093 Summary: Error 500 Change sponsored?: --- Product: Koha Version: 23.05 Hardware: Other OS: Other Status: NEW Severity: blocker Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: ouchkataicha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 177733 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=177733&action=e… error 500 cataloguing Hello everyone, I'm experiencing an issue with Koha after a successful installation on Ubuntu Server via VirtualBox. Everything works fine until I try to add a new record. After filling in the fields and clicking "Save," I get a 500 error on the screen. Problem Details: The error occurs only when adding a record. The Koha interface remains accessible without any issues. I followed all installation steps up to the Koha Web Installer. Screenshot of the error: (Insert image here) If anyone has encountered this issue before or has suggestions on how to fix it, I would really appreciate your help. Thanks in advance! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 20581] New: Allow manual selection of custom ILL request statuses
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20581 Bug ID: 20581 Summary: Allow manual selection of custom ILL request statuses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Currently the displayed status of any given ILL request is strictly prescribed by where it is in the workflow, as defined in the ILL module. While this gives an accurate indication of the current status of a request, it does not allow for any local variation in the displayed status, which can be limiting for the end user. This bug proposes adding the ability for the admin, via a syspref, to define a custom set of request statuses, which can be selected for display by the manager of an ILL request. These statuses work alongside the existing "workflow" status that an ILL request has and will, if selected, override *for display* the status of that request. This proposal will allow the ILL module to continue to strictly prescribe and manage the workflow of requests, but will also allow the end user some flexibility in the display of a given request's status -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 245

[Bug 27255] New: Authorized values does not allow you to provide a description for the category
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '25

12 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27255 Bug ID: 27255 Summary: Authorized values does not allow you to provide a description for the category Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 I am noticing that AV has descriptions for the categories that come with Koha, but when you create a category, you are not allowed to provide a description. This is probably an oversight, but I think it would be great if we could add descriptions to new or existing categories. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6