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

[Bug 37888] New: Default filtering of background jobs could be improved
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37888 Bug ID: 37888 Summary: Default filtering of background jobs could be improved Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com >From Julian: I don't like the two available filters and the fact that they are enabled by default. 99% of the time I see an empty table because the jobs I just launched are already finished by the time I go to this page or because the job I want to check was queued more than an hour ago. Why don't we display the last X queued jobs by default ? I don't want to see unfinished jobs or "queued less than an hour ago" jobs. I want to see the more recent jobs. An option to filter out finished jobs is useful but in my case it would be less annoying if it was disabled by default. However, the 1 hour filter is arbitrary (why 1 hour ?) and not so useful in my opinion, as long as we can sort by queued date/time -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 36527] New: Patron category or item type not changing when editing another circulation rule
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36527 Bug ID: 36527 Summary: Patron category or item type not changing when editing another circulation rule Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This was reported to me as a slightly different problem, but I was able to recreate it partially in master. When editing circulation rules, if you click on "Edit" on another rule and confirm you want to change that rule, the patron category and item type don't always change to the new one. To recreate: 1. Go to Administration > Circulation and fine rules 2. Add a couple of rules with various patron category/item type combinations 3. Click on "Edit" next to one of the rules --> The line should become highlighted in yellow and the values should be copied in the very last row 4. Click on "Edit" next to another rule 5. Click OK in the browser dialog box to confirm you want to edit another rule --> Depending on the rules, the values for the patron category and/or item type might not change in the editing row 6. Repeat steps 4 and 5 --> The patron category and item type do not always change I'm using Chrome with 23.12.00.015 on KTD (it does the same on my local master and my local 23.05.05 too). The person who reported it to me has 23.05.01. And their problem is that even on the first click (step 3), the values in the edit row are not the correct ones. The patron category stays "All" (the default value in the edit row), and the item type changes to the correct item type. I thought it could be a cache problem, but with KTD I assumed that was all included and taken care of. We also restarted plack and memcache on the client's install and the problem remains. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 36096] New: Add ability to select default sort and display length for tables on waitingreserves.pl
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36096 Bug ID: 36096 Summary: Add ability to select default sort and display length for tables on waitingreserves.pl 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There are 3 tables on waitingreserves.pl. ( holdscr | holdso | holdst ) It would be nice if we could set the default sort and display length via Table settings. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 36592] New: Cannot save Default display length or Default sort order in Table settings
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36592 Bug ID: 36592 Summary: Cannot save Default display length or Default sort order in Table settings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 To recreate: 1. Go to Admin > Table settings 2. Find a table that includes Default display length or Default sort order. 3. Try to save a new value. 4. When the page reloads the new values have not been saved. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 38461] New: Table features needs to be covered by e2e tests - Cypress
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38461 Bug ID: 38461 Summary: Table features needs to be covered by e2e tests - Cypress Change sponsored?: --- Product: Koha Version: unspecified 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 Depends on: 36640 We need UI tests for the table features. We have different kinds of table and a lot of features that must be covered by tests. 3 types of table: * Tables using the REST API (kohaTable) * Tables not using the REST API (KohaTable) * Tables using dataTables constructor directly (should be removed by bug 38255) Features: * Save state * Copy shareable link * Save configuration state on page change * Save search state on page change: * Export * Search (and the 'Clear filters' button) * Columns filters * External filters * etc. Specific tables: * Patrons search * Items list (catalogue/detail.pl) * Items search * Pending requests (should not be different but it is) * Libraries ("classic" using kohaTable) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36640 [Bug 36640] Upgrade DataTables from 1.13.6 to 2.x -- You are receiving this mail because: You are watching all bug changes.

1 88

[Bug 38503] New: Add a Cypress task to generate objects based on its swagger def spec
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38503 Bug ID: 38503 Summary: Add a Cypress task to generate objects based on its swagger def spec Change sponsored?: --- Product: Koha Version: unspecified 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 have TestBuilder for the Perl tests. However for the Cypress tests we have to: 1. either mock all the routes (which is painful and time-consuming), 2. or rely on the existing data in DB (which will produce failures if data has been inserted, and tests will have to cleanup before/after, which is painful, time-consuming and not robust) We should have a way to generate objects easily, in order to mock the response of a GET route easily. We can actually rely on the swagger spec files (the definition file) to generate random data and mock the response of routes. The first intended goal is to provide tests for the tables (bug 38461) and allow future enhancements in this area (see dependent bugs of bug 36640). -- You are receiving this mail because: You are watching all bug changes.

1 72

[Bug 37302] New: xt/api.t should fail if swagger-cli is missing
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37302 Bug ID: 37302 Summary: xt/api.t should fail if swagger-cli is missing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Currently, we skip if the swagger-cli utility is missing. This was hiding genuine issues in Jenkins, we should make it as a failure with a suitable message to the end user. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 35904] New: C4::Auth::checkauth cannot be tested easily
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35904 Bug ID: 35904 Summary: C4::Auth::checkauth cannot be tested easily Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We are printing headers and the tests are hard to write. -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 38474] New: t/db_dependent/Letters.t can fail randomly
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38474 Bug ID: 38474 Summary: t/db_dependent/Letters.t can fail randomly Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com 17:00:43 koha_1 | # Failed test 'Time status changed equals time queued when created in message_queue table' 17:00:43 koha_1 | # at t/db_dependent/Letters.t line 156. 17:00:43 koha_1 | # got: '2024-11-15 16:00:00' 17:00:43 koha_1 | # expected: '2024-11-15 15:59:59' 17:00:43 koha_1 | # Looks like you failed 1 test of 103. 17:00:43 koha_1 | [16:00:09] t/db_dependent/Letters.t .................................................... It looks like it took a little longer than expected maybe and the test fails because of it. If this is the issue, we could make it a little more robust. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 35625] New: Add support for system flag to additional fields
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35625 Bug ID: 35625 Summary: Add support for system flag to additional fields Change sponsored?: --- Product: Koha Version: master 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 Additional fields could be used to extend some multi-use tables by default without needing to extend the initial table. It would be helpful to be able to mark such additional fields with the is_system flag to prevent user deletion. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38