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

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #92776|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 --- Comment #65 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 185742 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=185742&action=e… Bug 15219: Add pagination on checkouts tables Some libraries have patrons with more than 1000 checkouts. Loading all of them at once can be very long, and sometimes can cause timeout errors. This patch prevent that by enabling pagination on checkouts tables. This affects patron's checkouts and patron's relatives' checkouts tables on pages circ/circulation.pl and members/moremember.pl. As pagination can be useless and cumbersome with small sets of data, a new system preference is introduced to control this behaviour (pagination is disabled by default). Additionally, this patch adds a switch to turn off and on row grouping (today's checkouts vs previous checkouts) (on by default) Test plan: 1. Find (or create) a patron that have at least 10 checkouts and where the relatives checkouts table contain at least 10 checkouts. 2. Go to the patron's detail page and check everything works fine in both tables (sorting, pagination, the data itself, ...) 3. Do the same on circulation page (circulation.pl) 4. Enable system preference ServerSideCheckoutsTable 5. Repeat steps 2 and 3 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30006] New: Article requests: Checkbox for non-commercial use
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30006 Bug ID: 30006 Summary: Article requests: Checkbox for non-commercial use Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com It would be nice if there was an option for adding a mandatory additional checkbox to the article requests form in the OPAC that allowed asking for legal requirements. Example: Copies will only be used for non-commercial purposes. Also if there is a fee for the article, there could be a need to have the patron confirm that before submitting the article request. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 --- Comment #64 from Julian Maurice <julian.maurice(a)biblibre.com> --- I think so. I think I recently rebased this for one of our client (which uses 24.11). Let me find it so I can replace the outdated patches by a less outdated patch :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 --- Comment #63 from Owen Leonard <oleonard(a)myacpl.org> --- So we are just missing the pagination portion of the original patchset? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40695] New: Onboarding secretly enforces uppercase branchcodes
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40695 Bug ID: 40695 Summary: Onboarding secretly enforces uppercase branchcodes Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) 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 When creating a branch through the web installer onboarding process, Koha enforces uc() on the chosen branchcode in the background, which is not visible to the user in the interface. There is 2 issues with this: * The staff interface doesn't have this limitation. * The user doesn't notice this until they get into Koha later, when a user has already been created with this branchcode. In our case it is problematic because some codes can contain lower case letters for a reason and this is really hard to fix when noticed much later on. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 --- Comment #62 from Julian Maurice <julian.maurice(a)biblibre.com> --- There is still no pagination on the checkouts table. Patches are outdated but why do you think this bug is no longer relevant ? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40697] New: Failures on batch record import because of fkconstraint should report in job report
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40697 Bug ID: 40697 Summary: Failures on batch record import because of fkconstraint should report in job report 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: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 185722 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=185722&action=e… Current display in staff interface If a import fails because of an FK_Constraint issue, there is no helpful information in the interface. It would be very helpful for users if it show that, for example, the branch wasn't valid. I've attached a screenshot of what it looks like in the interface. Example in worker-output.log: DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Cannot add or update a child row: a foreign key constraint fails (`koha_kohadev`.`items`, CONSTRAINT `items_ibfk_2` FOREIGN KEY (`homebranch`) REFERENCES `branches` (`branchcode`) ON UPDATE CASCADE) at /usr/share/koha/lib/Koha/Object.pm line 172 Broken FK constraint at /usr/share/koha/lib/Koha/BackgroundJob/MARCImportCommitBatch.pm line 90. DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Cannot add or update a child row: a foreign key constraint fails (`koha_kohadev`.`items`, CONSTRAINT `items_ibfk_2` FOREIGN KEY (`homebranch`) REFERENCES `branches` (`branchcode`) ON UPDATE CASCADE) at /usr/share/koha/lib/Koha/Object.pm line 172 Broken FK constraint at /usr/share/koha/lib/Koha/BackgroundJob/MARCImportCommitBatch.pm line 90. DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Cannot add or update a child row: a foreign key constraint fails (`koha_kohadev`.`items`, CONSTRAINT `items_ibfk_2` FOREIGN KEY (`homebranch`) REFERENCES `branches` (`branchcode`) ON UPDATE CASCADE) at /usr/share/koha/lib/Koha/Object.pm line 172 Broken FK constraint at /usr/share/koha/lib/Koha/BackgroundJob/MARCImportCommitBatch.pm line 90. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39099] New: Use select2 to select library limitations in item types, patron categories, and authorized values
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39099 Bug ID: 39099 Summary: Use select2 to select library limitations in item types, patron categories, and authorized values Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jheltibridle(a)rcplib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When adding library limitations to item types, patron categories and authorized values, Koha should use the select2 format to allow multiple libraries to be selected without using the CTRL key. This would reduce the chance of mistakenly losing the previously selected libraries when updating. I think it would be the same sort of select as was used to improve the item search multi-select in bug 36545. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 40694] New: "Actual cost" on receive displays in false format with CurrencyFormat != US
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40694 Bug ID: 40694 Summary: "Actual cost" on receive displays in false format with CurrencyFormat != US Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: michaela.sieber(a)kit.edu When CurrencyFormat is set to "FR", the actual cost on receiving an item is displayed with a decimal comma in the input field. All input fields need to use a decimal dot or there will be an error on attempting to save the form. To test: * Set CurrencyFormat to FR * Add an order, set a price with some "cents" * Close basket * Receive shipment * Click on receive link - verify the input field has the , instead of the dot * Try to save without changing - verify error message At the moment, we need to make sure all input fields are using the . not , until we can make a global change. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1