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

[Bug 42566] New: Remove C4::Koha::GetNormalizedUPC in favor of MetadataExtractor
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42566 Bug ID: 42566 Summary: Remove C4::Koha::GetNormalizedUPC in favor of MetadataExtractor Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 34828 C4::Koha::GetNormalizedUPC duplicates logic already available via Koha::Biblio::Metadata::Extractor (Bug 34828) and exposed as $biblio->normalized_upc. The implementations are semantically identical (same fields, same indicator check, same normalization logic). This bug removes GetNormalizedUPC and migrates all callers to use either $biblio->normalized_upc or the extractor directly. Callers to migrate: - C4::Search (only has MARC::Record, use extractor directly) - C4::ShelfBrowser (has $biblio) - opac-shelves.pl, opac-user.pl, opac-showreviews.pl (have $biblio) - virtualshelves/shelves.pl (has $biblio) Depends on Bug 34828. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34828 [Bug 34828] Add Koha::Biblio::Metadata::Extractor* classes -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[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 42332] New: Remove conditional TT tags from tables thead
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42332 Bug ID: 42332 Summary: Remove conditional TT tags from tables thead Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 41604 Tables that are configurable (admin/columns_settings.pl) cannot have conditional TT tags in their thead. The same number of columns must always be in the DOM when DataTables is initialized. Then we hide the column in the JS part. This depends on the visibility_condition flag added by bug 41604. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41604 [Bug 41604] Impossible to hide Checkin column in issues-table in circ/circulation.pl -- You are receiving this mail because: You are watching all bug changes.

1 103

[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