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

[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

[Bug 39377] New: No way to disable "Send" option in staff interface cart
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39377 Bug ID: 39377 Summary: No way to disable "Send" option in staff interface cart Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, there's no way to disable the "Send" button in the staff interface cart. There are situations where you don't want staff users to be able to generate emails, especially to arbitrary email addresses with arbitrary comments. -- You are receiving this mail because: You are the assignee for the bug. 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 18 Mar '25

18 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #43 from David Cook <dcook(a)prosentient.com.au> --- (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. -- 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 18 Mar '25

18 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #42 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think it's not really a nightmare and it would make what you want to do possible now. The trick is that every branch would have their own self check URL and self check user. -- 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 18 Mar '25

18 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #41 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to David Cook from comment #40) > (In reply to Christopher Brannon from comment #39) > > (In reply to Katrin Fischer from comment #37) > > > I wonder if using separate "OPAC views" and the system preference overwrite > > > would also be an approach as a possible workaround? > > > > Could you elaborate? I'm not sure I understand. :) Thanks. > > She's referring to this: > https://wiki.koha-community.org/wiki/Override_sysprefs_in_Apache_config > > It looks like the wiki actually already has a self checkout example even. > > Basically, you'd need a different subdomain for each self checkout, and then > configure Apache to change sysprefs based on the different subdomains. 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. -- You are receiving this mail because: You are watching all bug changes.

1 0