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

[Bug 28857] New: Allow hold to be suspended at point of creation
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28857 Bug ID: 28857 Summary: Allow hold to be suspended at point of creation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Holds with a future start date and an element of complexity that some libraries would like to avoid. Instead, they use suspensions to delay the fulfilling of holds. However, there's no way to suspend a hold as you place it -- you need to place the hold and then suspend it from another screen. We should make it possible to set a suspension on a hold as you place it. But we should make is easy to hide the option to do so, so this probably means a new system preference, something like SuspendHoldsAtCreation, with options for No / Intranet / OPAC / Both Intranet and OPAC. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 22459] New: Shibboleth create/sync: Allow mapping of extended patron attributes
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22459 Bug ID: 22459 Summary: Shibboleth create/sync: Allow mapping of extended patron attributes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Depends on: 18507 Target Milestone: --- It woudl be great if extended patron attributes could be mapped for provisioning with Shibboleth as well. One use case would be a unique key, that is also used/neded for patron imports and stored in an unique extended patron attribute. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18507 [Bug 18507] Shibboleth auto-provisioning - Sync -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38519] New: Improve contrast of Bootstrap alerts and text background classes
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38519 Bug ID: 38519 Summary: Improve contrast of Bootstrap alerts and text background classes Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 35402 Created attachment 174934 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=174934&action=e… Screenshot showing examples of Bootstrap alerts and text with background Some of the built-in Bootstrap alert and text background classes aren't working very well in terms of visibility and contrast. The "info" alert should stand out more, and the text background classes don't all have usable contrast. See the attached screenshot. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 [Bug 35402] Update the OPAC and staff interface to Bootstrap 5 -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 38679] New: GET /deleted/biblios missing some mappings
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38679 Bug ID: 38679 Summary: GET /deleted/biblios missing some mappings Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com When we implemented the `GET /deleted/biblios` endpoint, we missing the mapping for the `biblioitems` table attributes. To reproduce: 1. Pick a sample record ID 2. Fetch is using the API with your favourite tool: GET /api/v1/biblios/<the ID> Accept: application/json 3. Save the output for later 4. Delete the record 5. Fetch the deleted biblio using the API: GET /api/v1/deleted/biblios/<the ID> Accept: application/json 6. Compare the results => FAIL: Attributes like `volumedate` are not mapped! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 38735] New: New installations should include preferred_name in DefaultPatronSearchFields by default
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38735 Bug ID: 38735 Summary: New installations should include preferred_name in DefaultPatronSearchFields by default Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 28633 In bug 28633, preferred_name was added to DefaultPatronSearchFields if the preference already included firstname in the selected values. This should be the case for new installations as well. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28633 [Bug 28633] Add a preferred name field to patrons -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 38667] New: Point of sale transaction history should not appear to be sortable
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38667 Bug ID: 38667 Summary: Point of sale transaction history should not appear to be sortable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Point of Sale Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com The configurations of the Transactions to date and Older transactions tables contain "orderFixed: [ 0, 'asc']" which sets a fixed order on the hidden first column. We should add "ordering: false" so that column sorting controls don't appear in the table headers. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 38462] New: Remove unused code for pagination in OPAC authority search
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38462 Bug ID: 38462 Summary: Remove unused code for pagination in OPAC authority search Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: phil(a)chetcolibrary.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org The remote branch for bug 13618 started out when OPAC authority search did its own pagination in a template block, then bug 2735 replaced that with pagination_bar, the template var passed from the script, then at some point before bug 13618 landed the second time, a rebase error put the template block back in. And since it's not at all obvious it is dead code unless you look for where "pagination" rather than "pagination_bar" is used, we've kept updating it, and bug 36032 thought the way it used >> instead of > for next ought to be fixed while one that was actually used was fixed. Time to get rid of it, before we 'fix' it again. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 38302] New: Inconsistent Delete Confirmation Dialog for "Delete List" Buttons
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38302 Bug ID: 38302 Summary: Inconsistent Delete Confirmation Dialog for "Delete List" Buttons Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: yanjun.li(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the staff interface, there're two ways to delete a list: 1) "Delete" button in "Your lists" table 2) "Delete List" button in "Edit" dropdown Option 2) has a confirmation dialog "Are you sure you want to delete this list?" but option 1) does not. To recreate: 1. Create a list in the staff interface 2. Go to lists 3. See "Your lists" tab and find "Delete" button in "Actions" col, click "delete", no confirmation dialog pop up 4. Create another list 5. Go to lists and view the list detail 6. See "Edit" dropdown and click "Delete Lists" button, see confirmation dialog pop up -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 38285] New: Replace instances of obsolete Bootstrap class "pull-right"
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38285 Bug ID: 38285 Summary: Replace instances of obsolete Bootstrap class "pull-right" Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 35402 Bootstrap 5 doesn't have the "pull-right" class, and we have some instances of it which were not caught during the upgrade. Most commonly we see it on dropdown menus, where it may be able to be removed without replacing it with a different class. Bootstrap 5 menus are more responsive than previous versions. Otherwise "pull-right" on dropdowns can be replaced with "dropdown-menu-end". Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 [Bug 35402] Update the OPAC and staff interface to Bootstrap 5 -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 38077] New: Minor spacing issue in self checkout login page
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '26

24 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38077 Bug ID: 38077 Summary: Minor spacing issue in self checkout login page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When accessing the sco-main.pl page, there is no space between the password field and the login button. A little padding there would look better. To get there: If using KTD, 1. Go to http://kohadev.mydnsname.org:8080/cgi-bin/koha/sco/sco-main.pl If not using KTD, 1. Create a patron with the self_checkout_module permission 2. In system preferences, - set WebBasedSelfCheck to Enable - set AutoSelfCheckAllowed to Allow - enter the login of the patron created in step 1 in AutoSelfCheckID - enter the password of the patron created in step 1 in AutoSelfCheckPass 3. Go to opac/cgi-bin/koha/sco/sco-main.pl -- You are receiving this mail because: You are watching all bug changes.

1 15