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

[Bug 36736] New: Add ability to load DBIx::Class Schema files found in plugins
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '25

17 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36736 Bug ID: 36736 Summary: Add ability to load DBIx::Class Schema files found in plugins 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now, it is not possible to create custom Koha::Object(s) for a plugin without breaking things. For example we did this: BEGIN { my $path = Module::Metadata->find_module_by_name(__PACKAGE__); $path =~ s!\.pm$!/lib!; unshift @INC, $path; require Koha::CurbsidePickupIssues; require Koha::CurbsidePickupPolicies; require Koha::CurbsidePickups; require Koha::Schema::Result::CurbsidePickup; require Koha::Schema::Result::CurbsidePickupIssue; require Koha::Schema::Result::CurbsidePickupPolicy; # register the additional schema classes Koha::Schema->register_class(CurbsidePickup => 'Koha::Schema::Result::CurbsidePickup'); Koha::Schema->register_class(CurbsidePickupPolicy => 'Koha::Schema::Result::CurbsidePickupPolicy'); Koha::Schema->register_class(CurbsidePickupIssue => 'Koha::Schema::Result::CurbsidePickupIssue'); # ... and force a refresh of the database handle so that it includes # the new classes Koha::Database->schema({ new => 1 }); } In the curbside pickups plugin before it was integrated. The problem we've found is that calling Koha::Database->schema({ new => 1 }); resets the database connection and breaks any transactions you were in when the plugin was loaded! We should be able to search for and load any schema files found in plugin directories to make this all unnecessary. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 40485] New: Hide '+Add guarantee' button on patron details if no patron category can be guarantee
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '25

17 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40485 Bug ID: 40485 Summary: Hide '+Add guarantee' button on patron details if no patron category can be guarantee 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Some libraries don't use guarantor/guarantees. If no patron category is set to 'can be guarantee,' the option to add a guarantee from patron details should be hidden. Broad application would be if no patron categories in a site can be guarantees, but it should probably honor if any patron categories available to that logged-in branch cannot be guarantees. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 41256] New: Add POD to audit_database.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '25

17 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41256 Bug ID: 41256 Summary: Add POD to audit_database.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz misc/maintenance/audit_database.pl has no POD or other built in documentation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 41255] New: Text fields center / right align on patron card is wonky
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '25

16 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41255 Bug ID: 41255 Summary: Text fields center / right align on patron card is wonky Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: indradg(a)l2c2.co.in QA Contact: testopia(a)bugs.koha-community.org Created attachment 189625 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=189625&action=e… UX screenshot Version: 24.11.10 (LTS) layout_xml (left aligned text field) <opt guide_box="1" guide_grid="0" page_side="F" units="POINT"> <barcode height_scale="0.008" llx="35" lly="10" print="1" type="CODE39" width_scale="0.8" /> <text>☐ Year 1 ☐ Year 2 ☐ Year 3 ☐ Year 4</text> <text font="H" font_size="10" llx="0" lly="75" text_alignment="L" /> </opt> When text_alignment="L" - output is OK (Screenshot #1) When text_alignment="C" - output is wonky (Screenshot #2) When text_alignment="R" - output is wonky (Screenshot #3) NOTE: all other settings being same for L, C and R This seems to fix the issue (I may have missed outlier / edge cases) diff /usr/share/koha/lib/C4/Patroncards/Patroncard.pm /usr/share/koha/lib/C4/Patroncards/Patroncard.pm.new 325c325 < ($Tx, $Tw) = text_alignment($origin_llx, $self->{'width'}, $lly_text_attr * $self->{'unitvalue'}, $string_width, $line, $text_attribs->{'text_alignment'}); --- > ($Tx, $Tw) = text_alignment($origin_llx, $self->{'width'}, $llx_text_attr * $self->{'unitvalue'}, $string_width, $line, $text_attribs->{'text_alignment'}); diff /usr/share/koha/lib/C4/Patroncards/Lib.pm /usr/share/koha/lib/C4/Patroncards/Lib.pm.new 62c62 < $Tx = ($text_box_width - $string_width) + (($origin_llx - $text_llx) / 2); --- > $Tx = ($text_box_width - $string_width) + ($origin_llx - $text_llx); Can someone pls verify this? -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 41007] New: Arabic interface layout breaks when switching from English to Arabic
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '25

15 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41007 Bug ID: 41007 Summary: Arabic interface layout breaks when switching from English to Arabic Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: Windows Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: A_bumadyan(a)yu.edu.sa QA Contact: testopia(a)bugs.koha-community.org Created attachment 187851 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187851&action=e… When switching the staff client interface language to Arabic, the entire layout becomes misaligned. Menu items overlap vertically, icons stack incorrectly, and navigation links are unreadable. When switching the Koha staff interface or OPAC to Arabic, the layout becomes misaligned and unreadable. All elements shift to the right, and menu items overlap each other. This issue happens for multiple users, especially on staff interface pages like circulation and cataloging. Environment: - Koha version: 25.05 (confirm your version) - OS: Ubuntu 22.04 - Browser: Chrome / Edge (latest) Steps to reproduce: 1. Log in to the Koha staff interface. 2. Switch the language to Arabic from the top menu. 3. Observe layout distortion and misplaced elements. Expected behavior: The interface should properly align text and menus in RTL mode. Actual behavior: All layout elements overlap and the interface becomes unusable. Screenshot attached for reference. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 41252] New: Template error with library_name_title
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '25

15 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41252 Bug ID: 41252 Summary: Template error with library_name_title Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mail(a)sven-seeberg.de QA Contact: testopia(a)bugs.koha-community.org After installing the newest version today (25.05.05-2) on Debian Bookworm, the OPAC site only shows "Internal Server Error". The plack-error.log shows this error message: ``` Template process failed: file error - library_name_title: not found at /usr/share/koha/lib/C4/Templates.pm line 146. ``` -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 41221] New: Ability to choose or disable the populated 773 data when creating a child record
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '25

14 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41221 Bug ID: 41221 Summary: Ability to choose or disable the populated 773 data when creating a child record Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: angela.berrett(a)familysearch.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 39545 Created attachment 189367 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=189367&action=e… 773$w generated data: 003+001 Bug 39545 improved data population from the Parent serial record into the 773 field when a new child record was created. Some of this data is not needed for some libraries, some is in a format that does not work. Can this be a feature that can be fully turned off using a SysPref? A more specific request: Whether intentional or not with that enhancement, the 773$w field is populated not only with the 001 of the parent record, but also with the 003. The 003 (an alphabetical code) messes up the export of the 773$w data via OAI-PMH, as only a number (001) is expected, and throws errors. Can we use a SysPref to decide which exact parent fields will populate in each 773 child field? Or at least remove the 003 from the 773$w right now? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39545 [Bug 39545] Construct more complete 773 content when creating a child record -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '25

14 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 Esther Melander <esther.melander(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |esther.melander@bywatersolu | |tions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '25

14 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 Chip Halvorsen <Chip.Halvorsen(a)WestlakeLibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Chip.Halvorsen@WestlakeLibr | |ary.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30279] New: Log when personal data is displayed in staff client
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '25

14 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30279 Bug ID: 30279 Summary: Log when personal data is displayed in staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The patch allows logging every access to patron personal data by staff members. This enables tracking of abnormal usage patterns in order to discover and mitigate possible data breaches, and the data collected could also be useful for investigators if such an event where to occur. An entry is written to the actions_log table when any page the patron-info sidebar is displayed on is viewed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20