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

[Bug 39370] New: staff authentication (success or fail) should always be logged
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39370 Bug ID: 39370 Summary: staff authentication (success or fail) should always be logged Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: evelyn(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Regardless of the Authentication Logs being enabled in Koha, when a user of the category type "staff" attempts to authenticate, it should always be logged. Ideally the length of the session should also be stored, but that may add complexity (I'm happy to open a new bug for length of session if that's the preference, please just let me know). This would help for any future security questions for libraries that don't enable those authentication logs by default, and also assist in making audits more straightforward. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 13870] Add warnings about subscriptions and orders when deleting items
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13870 --- Comment #15 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Oupsy, tag a is not closed : + <td class="linked_order"> + [% IF linked_order.ordernumber %] + <a href="/cgi-bin/koha/acqui/basket.pl?basketno=[% linked_order.basket | uri %]" title="See basket details">[% linked_order.ordernumber | html %]<a> + [% ELSE %] + None + [% END %] + </td> + <td class="linked_subscription"> + [% IF linked_subscription %] + <a href="/cgi-bin/koha/serials/subscription-detail.pl?subscriptionid=[% linked_subscription | uri %]" title="Subscription id [% linked_subscription | html %]">Subscription details<a> + [% ELSE %] + None + [% END %] + </td> Should be </a> Also use <span>None</span> to ease translation -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #44 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to David Cook from comment #43) > (In reply to Christopher Brannon from comment #41) > > Oh yeah. I remember that. This sounds like a nightmare to implement. I > > think there are less complicated ways to build this into Koha itself and > > make it easier to implement. > > It depends on how your Koha is managed. In theory, it shouldn't be a big > drama. In some ways, it could actually offer a lot more control and > security. > > But I agree about having a simpler/more maintainable way of doing it. > > Unfortunately, since this work is unsponsored, it falls lower than the > sponsored priorities, but this is definitely on my radar. Well, I have to go the more complicated route on this for the time being, but I do think this is basic setup for most self checks - being able to configure to a specific branch and automatically login. I'd be pressed to find a self check out there that requires these hoops. Anything that requires more than 1 person to configure and setup, especially something this basic, is inefficient in my book. At least it is here for someone to consider. Thanks for having it on your radar. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35798] New: Record overlay rules are needed for Authorities
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35798 Bug ID: 35798 Summary: Record overlay rules are needed for Authorities 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: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The record overlay rules seem to only work with bibliographic records. It would be nice to expand this tool to include Authorities. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 39387] New: MARC Modification Template defaults from "All" to "Every" when deleting subfields
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39387 Bug ID: 39387 Summary: MARC Modification Template defaults from "All" to "Every" when deleting subfields 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: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 179472 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=179472&action=e… Add new Action - Every now default When adding a new step to a MARC modification template, Koha is sometimes changing from "All" to "Every." To recreate, Click New Action Select Delete (if not default) All is current default Enter a Marc tag to delete (ex. 690) Select a condition if necessary Decide that it a different tag that needs to be deleted – 655 instead of 690. Click in the tag field to edit. “Every” now appears in the dropdown If I cancel out and start over, “Every” now appears as a default. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39385] New: Add API end-points for patron consents
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39385 Bug ID: 39385 Summary: Add API end-points for patron consents Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jake.deery(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Following on from Bug 31503, we should add a way to create/read/update/delete patron consents via the REST API. As a follow-up to this bug, we can also consider adding deeper hooks for consents, so that plugins might have an easier time of phoning out to marketing platforms to update a patron's consent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 13870] Add warnings about subscriptions and orders when deleting items
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13870 Stephanie Etallaz <stephanie.etallaz(a)univ-cotedazur.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Sandbox CC| |stephanie.etallaz@univ-cote | |dazur.fr Status|Needs Signoff |Patch doesn't apply --- Comment #14 from Stephanie Etallaz <stephanie.etallaz(a)univ-cotedazur.fr> --- (In reply to Thibaud Guillot (thibaud_g) from comment #12) > Created attachment 176858 [details] [review] > Bug 13870: Add warn about linked order or/and subscription on batch item > table > > When you try to manage/delete/edit items I added an info about linked > order or/and linked subscription. > > Test plan : > > 1) Apply this patch > 2) Restart_all > 3) Be sure to have item with order or can concern by a subscription > 4) On biblio record page click on Edit -> Manage items > 5) See the yellow triangle next to the 'delete' action in 'actions' > dropdown menu (with subscription id or ordernumber hover the symbol) > 6) When you edit or delete items (batch mode) you can see two new > columns about orders and subscriptions linked. > > Sponsored by: BibLibre Hi, When I try to apply the patch, I have this error's message : CONFLICT (content): Merge conflict in koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/additem.tt Auto-merging koha-tmpl/intranet-tmpl/prog/en/includes/html_helpers.inc CONFLICT (content): Merge conflict in koha-tmpl/intranet-tmpl/prog/en/includes/html_helpers.inc error: Failed to merge in the changes. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39383] New: Library Groups equivalent of IndependentBranchesTransfers needed
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39383 Bug ID: 39383 Summary: Library Groups equivalent of IndependentBranchesTransfers needed Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be great if Library Groups had a feature equivalent to IndependentBranchesTransfers that blocked users from being able to transfer to libraries outside one's library groups. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39382] New: Add permission for manage_messages in circulation
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39382 Bug ID: 39382 Summary: Add permission for manage_messages in circulation Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, there's no way to restrict staff users from Adding, Editing, or Deleting "Messages" in the circulation module. There are situations where you don't want circ staff creating or managing messages. (Note that Koha already has a "manage_checkout_notes" permission.) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39380] New: Buttons for managing holds appear in "Check out" even when user has no hold permissions
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39380 Bug ID: 39380 Summary: Buttons for managing holds appear in "Check out" even when user has no hold permissions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, "Cancel marked holds", "Suspend all holds", Resume all suspended holds", "Suspsend?", "Delete?", etc all appear on circulation.pl even when the staff user doesn't have permission to manage holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0