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

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

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 Paul Derscheid <paul.derscheid(a)lmscloud.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #18 from Paul Derscheid <paul.derscheid(a)lmscloud.de> --- Hi Jan, thanks for picking this one up. The OPAC follow-up is good and does what it says: with TrackClicks on, uri=bugs.koha-community.org becomes uri=http%3A%2F%2Fbugs.koha-community.org, and with tracking off the Online resources block comes out identical to before. Hoisting the AddMissingProtocol call into a variable so all three branches share it also looks right to me. The first patch is a problem, though. It comes down to: in the "otherwise" branch it drops the <a> instead of leaving it alone. For example: a record with 856 ind1=0 $u mailto:someone@example.com. On main that link works. With the patch it renders as plaintext, because "mailto" doesn't start with "http" and ind1 isn't 4. Same for telnet://locis.loc.gov (ind1=2) and ftp://ftp.gnu.org/gnu/ (ind1=1). The protocols from the indicator list in comment #2. And that applies to any other $u subfield too, e.g. 505 $u mailto:someone@example.com. Katrin suggested in comment #4 to add http:// for ind1=4 and leave the content alone otherwise. Leaving it alone fixes the reported case w/o breaking the others. Another thing is that the check reads tab0X.{tag,tag_ind} and MARCdetail.pl only fills those in the standard display path. Two settings break it: 1. hide_marc=on: the tag holds the fields label instead of 856, so a protocol-less 856 ind1=4 gets no link. 2. LabelMARCView=economical: repeated fields get tag = '', so only the first 856 in a run of 856s gets the http:// prefix, the rest lose their links. On comment #6: since this seems to have stalled this bug, both patches are display only, so no modification of stored data. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42488] New: Add the ability to warn and/or prevent custom reports from using sub-queries/sub-selects
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42488 Bug ID: 42488 Summary: Add the ability to warn and/or prevent custom reports from using sub-queries/sub-selects 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com For large libraries, reports using subqueries can generate temp tables so large they fill the database server disk and can kill the database server. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 43349] New: Use the current date as the return date when overriding checkout for an expired patron
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43349 Bug ID: 43349 Summary: Use the current date as the return date when overriding checkout for an expired patron Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- I thought I had submitted this bug yesterday but can't find it so I am sorry if it comes up 2 times. When temporarily overriding the expiration restriction, if ReturnBeforeExpiry is enabled, the return date is set to the patron's expiration date, which can automatically result in an overdue checkout. Since I am overriding the expiration restriction, I would expect the return date to be at least the current date so that an overdue checkout is not immediately placed on the patron's account. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thibaud.guillot(a)biblibre.co | |m --- Comment #53 from Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> --- Hello, Thanks for your feedback, I fixed this on addorder.. It had to do with the change in the type of variables being returned. I took the opportunity to tidy up addbiblio.tt as well. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 --- Comment #52 from Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> --- Created attachment 203848 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203848&action=e… Bug 15248: (QA follow-up) Fix tidy warning on addbiblio.tt -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 --- Comment #51 from Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> --- Created attachment 203847 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203847&action=e… Bug 15248: (QA follow-up) Fix duplicate record display in acquisitions and cataloguing -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42169] New: Unify patron category change popups
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42169 Bug ID: 42169 Summary: Unify patron category change popups Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com On members/memberentry.pl if you change a patron category you will get 2 pop ups, one after the other. The first is a JS alert asking if you want to update patron messaging settings. The 2nd is a modal popup aking if you want to update the patron date expiry. This isn't very good UX. It would be nice if these could be unified into a single popup or at the very least, be similar types of popups. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 42972] New: [25.11.x] Cannot add, edit, or delete MARC overlay rules
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42972 Bug ID: 42972 Summary: [25.11.x] Cannot add, edit, or delete MARC overlay rules Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Works in main, not in 25.11.x. Is this the result of a bad rebase? kohadev-koha@kohadevbox:koha(25.11.x)$ git show 246f299df1ecbc41bdf15dffc01dac25a62fec2b commit 246f299df1ecbc41bdf15dffc01dac25a62fec2b Author: Jan Kissig <bibliothek(a)th-wildau.de> Date: Fri Mar 13 10:17:26 2026 +0000 Bug 35380: Make record sources available in overlay rules This patch enhances the filters in record overlay rules when using the "Source" module. The available filter values are now system defined in Administration -> Record sources and can be extended by own record souces. The former hard coded values (f.e. batchmod, intranet) are added to the database and cannot be deleted. Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Martin Renvoize <martin.renvoize(a)openfifth.co.uk> diff --git a/admin/marc-overlay-rules.pl b/admin/marc-overlay-rules.pl index bebaa1d6aca..e472ffdaa41 100755 --- a/admin/marc-overlay-rules.pl +++ b/admin/marc-overlay-rules.pl @@ -26,6 +26,7 @@ use C4::Output qw( output_html_with_http_headers ); use C4::ImportBatch; use Koha::MarcOverlayRules; use Koha::Patron::Categories; +use Koha::RecordSources; my $input = CGI->new; my $op = $input->param('op') || ''; @@ -124,10 +125,14 @@ my $categories = Koha::Patron::Categories->search_with_library_limits( { order_by => ['description'], columns => [ 'categorycode', 'description' ] } )->unblessed; +my @record_sources = + map { $_->{name} } @{ Koha::RecordSources->search->unblessed }; + $template->param( - rules => $rules, - categories => $categories, - messages => $errors + rules => $rules, + categories => $categories, + record_sources => \@record_sources, + messages => $errors ); output_html_with_http_headers $input, $cookie, $template->output; diff --git a/koha-tmpl/intranet-tmpl/prog/en/modules/admin/marc-overlay-rules.tt b/koha-tmpl/intranet-tmpl/prog/en/modules/admin/marc-overlay-rules.tt index ab5bfc3a6dc..5d59b5ba6ed 100644 --- a/koha-tmpl/intranet-tmpl/prog/en/modules/admin/marc-overlay-rules.tt +++ b/koha-tmpl/intranet-tmpl/prog/en/modules/admin/marc-overlay-rules.tt @@ -491,16 +491,21 @@ categories.unshift({ categorycode: "*", description: "*" }); categories = categories.reduce((a, c) => ({ ...a, [c.categorycode]: c.description }), {}); - var module_filter_options = { - source: { - "*": "*", - batchmod: _("Batch record modification"), - intranet: _("Staff interface MARC editor"), - batchimport: _("Staged MARC import"), - z3950: _("Z39.50"), - bulkmarcimport: _("bulkmarcimport.pl"), - import_lexile: _("import_lexile.pl"), - }, + var module_filter_options = { + source: { + '*': '*', + [% FOREACH record_source IN record_sources %] + [% SWITCH record_source %] + [% CASE 'batchmod' %]'[% record_source %]': _("Batch record modification"), + [% CASE 'intranet' %]'[% record_source %]':_("Staff interface MARC editor"), + [% CASE 'batchimport' %]'[% record_source %]': _("Staged MARC import"), + [% CASE 'z3950' %]'[% record_source %]': _("Z39.50"), + [% CASE 'bulkmarkimport' %]'[% record_source %]': _("bulkmarcimport.pl"), + [% CASE 'import_lexile' %]'[% record_source %]': _("import_lexile.pl"), + [% CASE %] '[% record_source %]' : '[% record_source | html %]', + [% END %] + [% END %] + }, categorycode: categories, }; -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 43172] New: Update batch patron modification to allow more granularity for attributes
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43172 Bug ID: 43172 Summary: Update batch patron modification to allow more granularity for attributes Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- Right now on the batch patron modification tool, next to the attribute field, there is the note, "NOTE: Attributes set here will replace all attributes of the same type in the patron record." It would be nice if the tool could operate so that a field could be appended or replaced here to work with repeatable attributes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2