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

[Bug 8676] Show vendor name in source of acquisition
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '26

09 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8676 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|cgi-bin/koha/cataloguing/ad | |ditem.pl?biblionumber=4091 | CC| |david(a)davidnind.com --- Comment #24 from David Nind <david(a)davidnind.com> --- (In reply to Andrew Fuerste-Henry from comment #22) > I've just gotten Jonathan's old patches to work with current Koha. Right now > they only show the Vendor name in the edit item form, not in the table of > items at the top of the Manage Items page. Have signed off, happy to sign off any additional patches when they are available. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8676] Show vendor name in source of acquisition
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '26

09 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8676 --- Comment #23 from David Nind <david(a)davidnind.com> --- Created attachment 205269 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=205269&action=e… Bug 8676: Show vendor name in source of acquisition To Test: 1 - Add an order to a basket, creating items when placing the order 2 - receive your order 3 - In the Manage Items screen for your record, confirm Source of Acquisition shows the vendor_id in the item edit form when editing your item 4 - APPLY PATCH, restart_all 5 - reload the Manage Items screen, confirm it now shows the vendor name when editing your item 6 - create a new item, confirm you can still enter a value in Source of Acquisition manually 7 - edit an extant item without a Source of Acquisition value, confirm you can add one manually 8 - Order and receive another item, confirm it shows vendor name when editing Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8676] Show vendor name in source of acquisition
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '26

09 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8676 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #204779|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8676] Show vendor name in source of acquisition
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '26

09 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8676 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42468] New: Add systemd support for OCLC Connexion daemon
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '26

09 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42468 Bug ID: 42468 Summary: Add systemd support for OCLC Connexion daemon Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For some reason, connexion was never bundled into koha-common. We should add that to systemd which is added by bug 40901. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 42587] New: overdues+count is not sortable on the API
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '26

09 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42587 Bug ID: 42587 Summary: overdues+count is not sortable on the API Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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 QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Depends on: 41950 The overdues+count embed on the patrons endpoint cannot be sorted because the overdues DBIC relationship does not exist on the Borrower result class. The Koha::Patron->overdues method currently filters checkouts in Perl (date_due < NOW()). To make it sortable, we need: 1. A DBIC coderef relationship on Borrower that filters issues.date_due < NOW() at the SQL level 2. Teach _build_count_subquery to handle coderef conditions (invoke the coderef, parse the returned hashref into WHERE clauses) 3. Update Koha::Patron->overdues to delegate to the DBIC relationship 4. Unit tests proving the sort works with a mix of overdue and non-overdue checkouts The generated subquery would be: (SELECT COUNT(*) FROM issues WHERE issues.borrowernumber = me.borrowernumber AND issues.date_due < NOW()) Test plan: prove t/Koha/REST/Plugin/Query.t t/db_dependent/api/v1/patrons.t t/db_dependent/Koha/Patron.t Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41950 [Bug 41950] Make +count embeds sortable by using SQL-level COUNT subqueries -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 42636] New: Allow dismissing patron messages via API
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '26

08 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42636 Bug ID: 42636 Summary: Allow dismissing patron messages via API Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Depends on: 12029 Bug 12029 added the ability for patrons to dismiss message via their account in the OPAC (note this is content in the messages column, not the message_queue). We could add an API by which these messages can be dismissed via a discovery service or other third-party product. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12029 [Bug 12029] Patrons should be able to delete their patron messages -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 43048] Prevent users from completely removing fields from cataloging frameworks that break Koha
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '26

08 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43048 Esther Melander <esther.melander(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |esther.melander@bywatersolu | |tions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43487] New: In Managed Staged MARC Records, clicking the "Create label batch" button fails intermittently.
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '26

08 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43487 Bug ID: 43487 Summary: In Managed Staged MARC Records, clicking the "Create label batch" button fails intermittently. Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Label/patron card printing Assignee: chris.nighswonger(a)veritassuperaitsolutions.com Reporter: chandleranderson1(a)weber.edu QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Summary: When attempting to export a label batch created directly from Managed Staged MARC Records, clicking the "Create label batch" button fails intermittently. The screen blinks/flickers briefly, but no PDF download or window opens. Environment: - Interface: Staff Interface - Module: Cataloging > Manage Staged MARC Records Steps to Reproduce: 1. Go to Cataloging > Stage MARC records for import and stage a file. 2. In Manage Staged MARC Records, process the batch to create item records. 3. Click 'Create label batch' directly from the staged records interface. Observed Result: The page flickers/flashes once, but no export window opens, and no PDF/CSV file is downloaded. Expected Result: The export modal should open reliably and allow downloading the generated PDF file. Additional Notes & Isolation: - Some batches export to PDF files without issue (the item count doesn't seem to determine success/failure). - Manually entering the exact same barcodes into a brand-new Label Batch created directly inside Label Creator works every time. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43486] New: Add permission-gated patron notification info to the checkin hold.patron embed
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '26

08 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43486 Bug ID: 43486 Summary: Add permission-gated patron notification info to the checkin hold.patron embed Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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 QA Contact: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com Blocks: 42383 Target Milestone: --- The checkin REST API (bug 24401) can embed the hold's patron via hold.patron, and the Vue checkin page (bug 42383) uses it to render the "Hold found" dialog. Two things are missing compared to the legacy returns.pl dialog: * The embedded patron is not gated by patron-information visibility. The staff interface hides patron identity when the logged-in user can_see_patrons_from() the patron's library returns false (the borrowers => view_borrower_infos_from_any_libraries permission and the ft_hide_patron_info library group feature). The API embed should honour the same rule and redact the patron when the operator may not see it. * There is no way to know, from the API, whether the patron will be notified about the waiting hold and through which method ("Patron is not notified." / "Main contact method:" in returns.pl), because the patron's messaging preferences are not exposed. This bug adds a permission-gated notification summary to the patron as exposed through the checkin embeds, so consumers (starting with the Vue checkin page) can display the same information the legacy page does without leaking patron data. Test plan: 1. Have a waiting-hold-on-checkin scenario for a patron 2. As a user who can see the patron, GET the checkin availability / POST the checkin with the hold.patron embed => SUCCESS: the response includes the patron notification summary 3. As a user who cannot see patrons from that library (view_borrower_infos_from_any_libraries not held, ft_hide_patron_info group), repeat => SUCCESS: the patron identity/notification data is redacted 4. Sign off :-D Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42383 [Bug 42383] Migrate check-in page to Vue -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0