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

[Bug 27182] New: Add ability to rename a MARC modification template
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '26

17 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27182 Bug ID: 27182 Summary: Add ability to rename a MARC modification template Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org It would be helpful to add the ability to rename a MARC modification template. There are times when the name originally assigned isn't as descriptive as desired. While it is currently possible to use the 'New template' button to duplicate the template and give it a new name that's not very obvious. And then the old template would need to be deleted. This takes time and it would be more efficient to have a button or action from the main MARC modification template screen for renaming. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 42623] New: Add ability to restrict which libraries can be selected in a report runtime parameter
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42623 Bug ID: 42623 Summary: Add ability to restrict which libraries can be selected in a report runtime parameter Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Currently, if a report contains a runtime parameter for Library any user can select any library. This is at odds with work in BZ 16631 and BZ 42621 to allow restriction of data access by library & group. We would like to establish a way to denote in a report that a Library runtime parameter should either default to the user's library or allow selection of only libraries within that user's library group. This work should make sure to enforce these limits at the controller level as well so users cannot circumvent the limit by manually editing a report URL. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 15500] Add FRBRized view to OPAC & staff interface results
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15500 Elizabeth Howard <ehoward(a)txwes.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ehoward(a)txwes.edu -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15500] Add FRBRized view to OPAC & staff interface results
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15500 carthur(a)slolibrary.org <carthur(a)slolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carthur(a)slolibrary.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 Aude Charillon <aude.charillon(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Documentation| |Aude Charillon contact| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6892] If a URL has been entered without http://, it isn't correctly linked
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 Bug 6892 depends on bug 38096, which changed state. Bug 38096 Summary: Field 857 is not considered for display on XSLT files https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38096 What |Removed |Added ---------------------------------------------------------------------------- Status|Needs documenting |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 38096] New: Field 857 is not considered for display on XSLT files
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38096 Bug ID: 38096 Summary: Field 857 is not considered for display on XSLT files Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, caroline.cyr-la-rose(a)inlibro.com, david(a)davidnind.com, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com Bug 34667 added MARC framework support for field 857 in MARC21 to 23.11 but it is not displayed. -- You are receiving this mail because: You are watching all bug changes.

1 83

[Bug 28957] Many plugins require the full plugins permission set to run
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28957 --- Comment #14 from Luis Bataller <luis.bataller(a)xercode.es> --- Comment on attachment 200543 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=200543 Bug 28957: Add permissions_required plugin hook to plugins/run.pl. Review of attachment 200543: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=289…) ----------------------------------------------------------------- Thanks for the pointer! I read through 20813 and the specs posted. The resource/action/scope model with roles is what Koha's permissions need, and it's great to see it moving again. Happy to follow it and help test. It does read like a large though task, so realistically flags will be around for a good while yet. Meanwhile the run.pl problem in 28957 is a live security issue today. The nice thing is our little hook doesn't compete with the RBAC work at all: it only touches run.pl, it's fully backwards-compatiIble, and it can simply be dropped/superseded once the new system lands. So it works as an interim mitigation for the security exposure now, without constraining the RBAC design in any way. If that sounds reasonable, we'd be glad to put up a patch on 28957 for sign-off/QA so someone can review it and decide whether it's worth taking into core as a stopgap. The hook is trivial to exercise — drop a permissions_required method into any plugin. For example, gating the 'tool' method on the catalogue permission instead of the plugins one: sub permissions_required { my ( $self, $args ) = @_; return { catalogue => 1 } if $args->{method} eq 'tool'; return undef; # fall back to the default { plugins => $method } } Then a user with 'catalogue' but without 'plugins' can run the tool method, and the default is unchanged for plugins that don't implement the hook. We also have a small demo plugin we used to test this — happy to share the source if it's useful. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28957] Many plugins require the full plugins permission set to run
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28957 Luis Bataller <luis.bataller(a)xercode.es> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|martin.renvoize(a)openfifth.c |luis.bataller(a)xercode.es |o.uk | Status|NEW |Needs Signoff --- Comment #13 from Luis Bataller <luis.bataller(a)xercode.es> --- Created attachment 200543 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=200543&action=e… Bug 28957: Add permissions_required plugin hook to plugins/run.pl. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41381] New: Suppress CodeMirror warnings for CSS
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41381 Bug ID: 41381 Summary: Suppress CodeMirror warnings for CSS Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In CodeMirror, a warning is shown if you use more modern CSS. For example: li:has(#checkprevcheckout) { display: none; } This is valid, but CodeMirror displays a warning. Same for nested CSS: .thing1 { .thing2 { display: none; } } Also valid, but it recreates warnings that would make you think otherwise. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2