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

[Bug 40087] New: Remove unused C4::Scrubber profiles
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40087 Bug ID: 40087 Summary: Remove unused C4::Scrubber profiles Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org As far as I can tell, the C4::Scrubber profiles "staff" and "tag" are not actually used in Koha. "tag" is actually the same as "default", and opac-tags.pl just uses "default". There's no point to "tag". Now "staff" is actually dangerous, because it doesn't do any scrubbing. It allows all elements and all attributes. We never want to use it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 40261] New: tidy.pl cannot handle `build-git-snapshot`
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40261 Bug ID: 40261 Summary: tidy.pl cannot handle `build-git-snapshot` Change sponsored?: --- 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It needs to be considered a Perl script. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 39876] New: Centralize listing of files from our codebase
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39876 Bug ID: 39876 Summary: Centralize listing of files from our codebase Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We are using `git ls-files` in different places (tidy, tests, etc) We should have this code in a module. -- You are receiving this mail because: You are watching all bug changes.

1 56

[Bug 40535] New: Branches.tt view page has out of place "Category:" field
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40535 Bug ID: 40535 Summary: Branches.tt view page has out of place "Category:" field Change sponsored?: --- 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: 1. Go to Administration > Libraries and view a branch by clicking on the branch name. 2. Notice "Category:" field. This is supposed to be populated with [% category.categoryname | html %] I think this must be here by accident, I can't get data to populate the field. It should probably just be removed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 39545] New: Construct more complete 773 content when creating a child record
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39545 Bug ID: 39545 Summary: Construct more complete 773 content when creating a child record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When creating a child record (New > New child record from Normal view) the information put in field 773 is very basic, sometimes not complete (e.g. only one ISBN, only 245 $a in 773 $t, 773 $w missing 003 of the host record etc.) and put in random order. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 37305] New: Remove C4::Biblio::prepare_marc_host and use Koha::Biblio->generate_marc_host_field in preference
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37305 Bug ID: 37305 Summary: Remove C4::Biblio::prepare_marc_host and use Koha::Biblio->generate_marc_host_field in preference Change sponsored?: --- Product: Koha Version: unspecified 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We introduce the new method and add unit tests for it in bug 29560. We should now be able to remove the untested and non-object-oriented method from C4::Biblio. It would also be nice to start working toward merging UseControlNumber and EasyAnalytics and thus also remove the very similar C4::Biblio::PrepareMarcHost() method. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 40034] New: CheckReserves dies if itype doesn't exist
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40034 Bug ID: 40034 Summary: CheckReserves dies if itype doesn't exist Change sponsored?: --- 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Filing like this becauseI'm not sure how tackle this. I feel tempted to just propose making item types a real FK. In the meantime, this line explodes if the item type doesn't exist on the DB: ```perl if ($item_type) { return if Koha::ItemTypes->find($item_type)->notforloan; } ``` -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 40245] New: Support option to display firstname in memberresultst
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40245 Bug ID: 40245 Summary: Support option to display firstname in memberresultst Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: Chip.Halvorsen(a)WestlakeLibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Circulation staff would find it very useful to see firstname in addition to preferred_name in the patron search results table (memberresultst). Currently at 24.11+, only the preferred name is displayed. One way to handle this might be to add firstname as a line at between address and email address. SMITH, KAT 123 MAIN ST. ANYTOWN, STATE/PROVINCE POSTCODE Firstname: KATELYNN Email: X(a)Y.Z Or we might want to put the firstname in parenthesis. SMITH, KAT (Firstname: KATELYNN) 123 MAIN ST. ANYTOWN, STATE/PROVINCE POSTCODE Email: X(a)Y.Z Having the firstname appear somewhere would help disambiguate similar patron names in the search results. Even better would be logic that only displayed the Firstname when it differs from the Preferred_name. This should be made optional. Some libraries might not want firstname to appear here, to avoid accidentally deadnaming a patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 32887] New: OpacLibraryInfo needs to be pre-selected when OPAC info is added for a library
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32887 Bug ID: 32887 Summary: OpacLibraryInfo needs to be pre-selected when OPAC info is added for a library Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To test: * Go to administration > libraries * Edit a library * Verify there is a link "Add HTML content" * Click it * On the HTML customizations form, verify that the location pull down is not correctly set to OpacLibraryInfo. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 40516] New: Boolean filters are broken on datatables
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40516 Bug ID: 40516 Summary: Boolean filters are broken on datatables Change sponsored?: --- 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: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Datatable filters that are boolean based are no longer displaying the falsy option and are filtering incorrectly -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17