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

[Bug 36092] New: sessionID not passed to the template on auth.tt
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '25

01 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36092 Bug ID: 36092 Summary: sessionID not passed to the template on auth.tt Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The session's ID is not passed to the template and not stored in the context when we are on the authentication page. It can be problematic, for instance we will not be able to generate a CSRF token for the login form. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 34886] New: Regression in when reservation button appears
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '25

01 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34886 Bug ID: 34886 Summary: Regression in when reservation button appears Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 34694 Prior to bug 34694 one could start the reservation process from the OPAC prior to login. This was useful and would prompt a login as the first step. We should restore this functionality. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34694 [Bug 34694] OPAC bib record blows up with error 500 -- You are receiving this mail because: You are watching all bug changes.

1 101

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

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

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

29 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 35904] New: C4::Auth::checkauth cannot be tested easily
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '25

29 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 35625] New: Add support for system flag to additional fields
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '25

29 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

[Bug 35044] New: Additional fields: Allow for multiple selection of values
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '25

29 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35044 Bug ID: 35044 Summary: Additional fields: Allow for multiple selection of values 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: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 32751 If the field is an AV field, there should be an option to allow for multiple selection. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32751 [Bug 32751] [Omnibus] Extend, improve and standardize additional fields -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 189

[Bug 34324] New: Merge OPACProblemReport and CatalogConcern functions
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '25

29 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34324 Bug ID: 34324 Summary: Merge OPACProblemReport and CatalogConcern functions 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 I initially looked at adding the Catalog Concerns functionality into the existing OPAC Problem reports feature but quick found that troublesome. However, I still think the two sets of functionality can be merged and I designed the Catalog Concerns data structure and api's with that in mind. We should start migrating the OPAC Problem reports functionality into the Catalog concerns 'tickets' structure as the beginnings of a new 'Enquiries' module. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 30526] New: The pagination in the REST API does not work if $c->objects->search is called multiple times.
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '25

29 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30526 Bug ID: 30526 Summary: The pagination in the REST API does not work if $c->objects->search is called multiple times. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se CC: tomascohen(a)gmail.com The REST-plugin Koha::REST::Plugin::Pagination defines two methods: dbic_merge_pagination and add_pagination_headers. The method add_pagination_headers use the helper subroutine _build_link. The last call in add_pagination_headers looks like this: push @links, _build_link( $c, { page => $pages, per_page => $per_page, rel => 'last', params => $args->{params} } ); Here is _build_link: sub _build_link { my ( $c, $args ) = @_; my $params = $args->{params}; $params->{_page} = $args->{page}; $params->{_per_page} = $args->{per_page}; Note that the original parameters _page and _per_page is overwritten here. This means that _page will be $pages. Subsequent calls to $c->objects->search will, thus, always return the last page. At least REST::V1::Holds::pickup_locations is affected by this (because a redundant call to $c->objects->search is made if AllowHoldPolicyOverride is activated). This causes the dropdown menu with pickup locations in the holds view to only contain the last page of libraries if there are more than 20 pickup libraries and AllowHoldPolicyOverride is activated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7