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

[Bug 30873] New: "Libraries" link on OPAC should be hideable by system preference
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30873 Bug ID: 30873 Summary: "Libraries" link on OPAC should be hideable by system preference 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Most of my libraries don't want to show the "Libraries" link on the OPAC. While you can hide it using Javascript, it's not a very elegant solution. There should be a system preference to hide it (like every other option on that nav bar besides "Advanced search"). -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 32340] New: Several tests failing for t/db_dependent/Reserves.t
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32340 Bug ID: 32340 Summary: Several tests failing for t/db_dependent/Reserves.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Runnig prove t/db_dependent/Reserves.t gives following results on master: t/db_dependent/Reserves.t .. 1/77 Failed to load Koha::Plugin::Fi::KohaSuomi::OKMStats: Could not find or check module 'Koha::Plugin::Fi::KohaSuomi::OKMStats' at /home/emmi/Koha/Koha/Plugins.pm line 124. t/db_dependent/Reserves.t .. 2/77 No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. No reserves HOLD_CANCELLATION letter transported by email at /home/emmi/Koha/C4/Letters.pm line 584. No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. # Failed test 'patron notified when item set to waiting' # at t/db_dependent/Reserves.t line 416. # got: '0' # expected: '1' # Failed test 'patron not notified a second time (bug 11445)' # at t/db_dependent/Reserves.t line 421. # got: '0' # expected: '1' No circulation HOLD_SLIP letter transported by email at /home/emmi/Koha/C4/Letters.pm line 584. # Failed test 'can successfully generate hold slip (bug 10949)' # at t/db_dependent/Reserves.t line 433. No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. t/db_dependent/Reserves.t .. 41/77 No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. t/db_dependent/Reserves.t .. 69/77 # Failed test 'Item not available for item-level hold because no effective item type' # at t/db_dependent/Reserves.t line 1469. # Looks like you failed 1 test of 2. # Failed test 'IsAvailableForItemLevelRequest() tests' # at t/db_dependent/Reserves.t line 1475. t/db_dependent/Reserves.t .. 75/77 # Looks like you failed 4 tests of 77. t/db_dependent/Reserves.t .. Dubious, test returned 4 (wstat 1024, 0x400) Failed 4/77 subtests Test Summary Report ------------------- t/db_dependent/Reserves.t (Wstat: 1024 Tests: 77 Failed: 4) Failed tests: 26-27, 29, 73 Non-zero exit status: 4 Files=1, Tests=77, 6 wallclock secs ( 0.03 usr 0.00 sys + 5.23 cusr 0.37 csys = 5.63 CPU) Result: FAIL -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 33459] New: Patrons need messaging preferences for other notices
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33459 Bug ID: 33459 Summary: Patrons need messaging preferences for other notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Patrons should be able to set how they want all other notices that are not currently included in their messaging preferences. There is no reason they or staff should not be able to set how they get their password resets, welcome message, expirations, suggestions, etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 37451] New: Restrictions due to discharge should not be able to be removed
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37451 Bug ID: 37451 Summary: Restrictions due to discharge should not be able to be removed Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com However it is not possible to remove the discharge, it is possible to remove the suspension associated to the discharge. This can lead to a lot of undesired behaviors when the user asks for another discharge or get suspended for another reason. Suspension due to discharge should therefore be definitive. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 38530] New: ILL request table won't load if libraries are in groups and staff doesn't have view_borrower_infos_from_any_libraries
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38530 Bug ID: 38530 Summary: ILL request table won't load if libraries are in groups and staff doesn't have view_borrower_infos_from_any_libraries Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com To recreate: Create 2 library groups and assign one library each to them. Both groups should have Create an ILL request for a patron in group 1. Create a test staff member in group 2 Permissions for a test borrower: catalogue ill list_borrowers make sure they don't have: view_borrower_infos_from_any_libraries Log in as the test staff member and attempt to load the ILL page. Will say "processing" but never load the table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 38544] New: OPAC Modal auth should not exist when OPAC auth is disabled
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38544 Bug ID: 38544 Summary: OPAC Modal auth should not exist when OPAC auth is disabled Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When OPAC auth is disabled (system preference opacuserlogin), the modal auth should not exist in HTML. The access to opac-user.pl shows a message and not auth form. But this has been detected by a security check. So better not have this form in modal. Looks like it is missing : [% IF ( Koha.Preference( 'opacuserlogin' ) == 1 ) %] -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 35613] New: Migrate spec to OpenAPI v3
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35613 Bug ID: 35613 Summary: Migrate spec to OpenAPI v3 Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com Things to do: - Convert our spec into OpenAPIv3 (probably using redocly) - Migrate array types ("type" and "null") into using the "nullable": true provided attribute - Verify no regressions found - Report potential issues to https://github.com/jhthorsen/mojolicious-plugin-openapi - Split the bundled spec into pieces as we have now. - The generated api.koha-community.org documentation needs to be at least the same in terms of information and usability. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 37424] New: Batch checkout silently fails if item contains materials specified (952$3)
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37424 Bug ID: 37424 Summary: Batch checkout silently fails if item contains materials specified (952$3) Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 169379 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=169379&action=e… Screenshot where the 952$3 should display As noted in 15718 and 23780, when using the batch checkout feature, there’s no preview of the 952$3 in the confirm checkout screen to let you know why the checkout needs confirmation, but also the checkout silently fails even when selecting "Checkout or renew". It sounded most similar to 30995, but my user has the force_checkout permission, so that doesn’t apply. Test plan: 1. Set a staff member with circ permissions, including FORCE_CHECKOUT 2. Turn on: CircConfirmItemParts, BatchCheckouts, BatchCheckoutsValidCategories (all) 3. Log in as staff member in step 1 4. Attempt to checkout an item with a 952$3 from the batch checkout tab 5. The item with a 952$3 displays, but the copy/text of the materials specified note does not. 6. When you select “Checkout or renew,” you are taken back to the batch check out screen, but the item with the 952$3 is NOT checked out to the patron, nor are you given any warning that an error occurred. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 23780] New: Batch check out fails to inform or trap
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23780 Bug ID: 23780 Summary: Batch check out fails to inform or trap Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I have managed to catch failures in Batch check out on the following scenario: Patron has fines over the allowed limit. Item type only allows 5 check outs. When checking out 6 of this item type, Batch check out failed to: * Show any information that the patron had reached fine limit * Show that the patron was checking out too many of this item type If I checked out these 6 items without the fine, it gives the warning about too many items and asks me to confirm. If I check out 5 of these items with the fine, it does not explain why I need to confirm. It seems that Batch check out: * Is not displaying a reason for confirmation with the fine block. * Is not displaying a reason for confirmation when there are multiple blocks. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 37396] New: Batch checkout does not checkout items if OverduesBlockCirc set to Ask for Confirmation
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37396 Bug ID: 37396 Summary: Batch checkout does not checkout items if OverduesBlockCirc set to Ask for Confirmation Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P4 Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 23780 To test: 1. Set the system preference 'OverduesBlockCirc' to 'Ask for Confirmation' 2. Enable the BatchCheckout system preference 3. Checkout an item to a patron and backdate the due date so that it is overdue. 4. Attempt to checkout an item or a set of items using the Batch Checkout feature. The batch checkout page will ask you to confirm the checkouts because the 'Patron has 1 overdue item'. 5. Confirm the checkout and go to the patron's holdings table. The items you checked out via the batch checkout were not issued to the patron. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23780 [Bug 23780] Batch check out fails to inform or trap -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24