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

[Bug 40956] New: Mandatory fields not checked when item is received
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '25

06 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40956 Bug ID: 40956 Summary: Mandatory fields not checked when item is received Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Bug 34109 implicates that when items are received from modal used in orderreceive.pl their mandatory fields are validated when user hits Confirm button. This doesn't seem to be working anymore or maybe it has never worked, code points at div with id "itemblock" but there is no such a div in orderreceive.tt file. Whole validation seems kind of pointless, since this modal doesn't even use form which could be validated with function CheckMandatorySubfields. Has this feature worked at some point and is now broken? Or is the code invalid? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 40783] New: The bookbag_form should not be submittable
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '25

06 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40783 Bug ID: 40783 Summary: The bookbag_form should not be submittable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jake.deery(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org The bookbag_form on the OPAC search results page should not submit by default. This causes accessibility problems, as it appears as though a page refresh occurs needlessly. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 39189] New: Collapsing sections on moredetail.pl not working
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '25

06 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39189 Bug ID: 39189 Summary: Collapsing sections on moredetail.pl not working 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: 7508 I should have reworked Bug 7508 on top of Bug 38227, because 38227 moved the togglePanel function to staff-global.js. As it is now, there is a duplicate togglePanel function in moredetail.tt and the panels are not working correctly. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 [Bug 7508] Collapsable items on items tab -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 39492] New: Web Usability Accessibility Audit - Browse Shelf Links on 'Publications' Page
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '25

06 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39492 Bug ID: 39492 Summary: Web Usability Accessibility Audit - Browse Shelf Links on 'Publications' Page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.blanchard(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org The accessibility audit highlighted that on the accessibility page there are repeated 'Browse Shelf' links. The report indicates that these need additional context to be clear without relying on surrounding context. The suggested solution is to add extra context using aria-label or aria-labelledby -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 40115] New: Extensive acquisition permissions needed to search vendors
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '25

05 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40115 Bug ID: 40115 Summary: Extensive acquisition permissions needed to search vendors Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: christian.nelson(a)uwasa.fi QA Contact: testopia(a)bugs.koha-community.org In the acquitions module (acqui-home.pl) when searching for vendors (eg. for receiving orders) the user gets the message "Something went wrong: Error: Authorization failure. Missing required permission(s)." and the page stays on loading forever. This happens unless the user has extensive acquisition permissions, such as managing budget plannings (planning_manage). It should be possible to perform routine acquitions tasks such as creating baskets and receiving orders without permissions to modify budgets. Koha version: 25.05.00.000 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 5771] Better error handling for import borrowers - Provide a download file of errors
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5771 --- Comment #33 from Katie Bliss <kebliss(a)dmpl.org> --- +1 Would love to see this get fixed! -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5771] Better error handling for import borrowers - Provide a download file of errors
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5771 Katie Bliss <kebliss(a)dmpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kebliss(a)dmpl.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40952] New: Add to a new list cut-off in modal
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40952 Bug ID: 40952 Summary: Add to a new list cut-off in modal Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Created attachment 187419 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187419&action=e… Add to a new list is blocked in modal To replicate: 1. Create a cataloging report that returns the biblio numbers. Be sure the report returns more than 20 results. 2. Click on Batch operations with 20 visible records. 3. Select Add to a list Notice the pop-up modal lists the 20 titles, the option to select a list. Add to a list is partially blocked by the Save and Cancel buttons. The modal cannot scroll down enough to make the Add to a new list visible. It is possible to click into the box, but you can't see what you are typing. Stretching the modal box to be longer does not make a difference. See image attached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 31547] New: Lost item and check-in date
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31547 Bug ID: 31547 Summary: Lost item and check-in date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aspencatteam(a)clicweb.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 140386 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=140386&action=e… word document for confusing check-in and return date Items that have gone lost from long overdue, and also lost items that have been paid have confusing date checked-in information. Perhaps more information could be added to the checkin date/time - for example in red system could say "long overdue to lost". On the circulation history, when an item has been paid for, instead of having just a return date, it could say in red "Date lost and paid" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39768] New: Cannot cancel a booking from the timeline view
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39768 Bug ID: 39768 Summary: Cannot cancel a booking from the timeline view Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 To recreate: 1. Make an item or itemtype bookable 2. Find an item and place a booking 3. Click on the booking in the timeline view so a red X appears after the booking time. 4. Click it to open a modal. 5. Click 'Yes, cancel booking' 6. Nothing happens Uncaught TypeError: button.dataset is undefined -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5