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

[Bug 37256] New: Add an endpoint to allow setting a circulation rules
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37256 Bug ID: 37256 Summary: Add an endpoint to allow setting a circulation rules Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com With bug 36641 we allow fetching a keys list of effective circulation rules given a combination of library, patron category and item type. It would be great to have some endpoints to allow setting circulation rules via the API too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 37209] New: improve Record overlay rules validation and styling
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37209 Bug ID: 37209 Summary: improve Record overlay rules validation and styling Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com As mentioned in BUG 36880#11 this page needs an update on the following points: - validation of input "Tag" as per coding guidelines - change styling of "required" class on input "Tag" to be consistent with other required input lements -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 36880] New: Record overlay rules are not validated on add or edit
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36880 Bug ID: 36880 Summary: Record overlay rules are not validated on add or edit Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The validation of record overlay rules does not work when adding a new rule or editing an existing rule. To reproduce: a) open http://localhost:8081/cgi-bin/koha/admin/marc-overlay-rules.pl b) just click + Add rule c) a new rule with an empty tag is saved Expected behavior: the input 'tag' should be marked as required -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 37905] New: Correctly fix the "last hour" filter on the job list
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '25

30 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37905 Bug ID: 37905 Summary: Correctly fix the "last hour" filter on the job list Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com See bug 36217 for more info, and especially the last comments. We want to revert what has been pushed and fix it properly with 2 lines of JS. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[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 29 Aug '25

29 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 29 Aug '25

29 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