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

[Bug 42971] New: POS: UX improvements enabled by the Vue rework
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42971 Bug ID: 42971 Summary: POS: UX improvements enabled by the Vue rework Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: martin.renvoize(a)openfifth.co.uk Depends on: 42966, 42967, 42969, 42970 Blocks: 42959 Target Milestone: --- This is a follow-on bug for the Point of Sale to Vue migration tracked under bug 42959, filed once bugs 42966, 42967, 42969 and 42970 have merged. The migration bugs above intentionally aim for functional parity with the legacy pos/pay.pl, pos/register.pl, pos/registers.pl and pos/printreceipt.pl pages rather than a full UX redesign, though small improvements were welcomed where they fell naturally out of the Vue rework. This bug is a placeholder to collect further UX proposals that become easier to justify or implement once the POS interface is Vue-based, for example: combining item selection and payment into a single step, live search/filter for sellable items, inline register switching without a page reload, or a better receipt preview. It should accumulate specific, separately-assessable proposals as the migration progresses rather than being treated as a single large redesign task. Test plan: N/A - this bug tracks a set of proposals; each proposal should carry its own test plan once scoped and implemented. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42959 [Bug 42959] Migrate staff interface functionality from CGI controller + Template Toolkit to REST API + Vue.js https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42966 [Bug 42966] Migrate POS payment screen to Vue.js (pos/pay.pl) https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42967 [Bug 42967] Migrate POS register detail view to Vue.js (pos/register.pl) https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42969 [Bug 42969] Migrate POS registers list and cashup view to Vue.js (pos/registers.pl) https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42970 [Bug 42970] Migrate POS receipt view to Vue.js (pos/printreceipt.pl) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 42970] New: Migrate POS receipt view to Vue.js (pos/printreceipt.pl)
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42970 Bug ID: 42970 Summary: Migrate POS receipt view to Vue.js (pos/printreceipt.pl) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: martin.renvoize(a)openfifth.co.uk Depends on: 42966 Blocks: 42959 Target Milestone: --- This is part of the Point of Sale to Vue migration tracked under bug 42959, building on the application scaffold from bug 42966. This patch replaces pos/printreceipt.pl and pos/printreceipt.tt with a Vue receipt display/print component, preserving the FinePaymentAutoPopup auto-print behaviour, and removes the legacy controller and template once parity is confirmed. Cypress coverage for receipt display/printing should be included as part of this patchset. Test plan: 1. Enable EnablePointOfSale. 2. Complete a POS sale and confirm the receipt view shows the same transaction details as the legacy pos/printreceipt.pl. 3. Toggle FinePaymentAutoPopup and confirm the auto-print behaviour is preserved. 4. Run the included Cypress spec. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42959 [Bug 42959] Migrate staff interface functionality from CGI controller + Template Toolkit to REST API + Vue.js https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42966 [Bug 42966] Migrate POS payment screen to Vue.js (pos/pay.pl) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42969] New: Migrate POS registers list and cashup view to Vue.js (pos/registers.pl)
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42969 Bug ID: 42969 Summary: Migrate POS registers list and cashup view to Vue.js (pos/registers.pl) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: martin.renvoize(a)openfifth.co.uk Depends on: 42963, 42966 Blocks: 42959 Target Milestone: --- This is part of the Point of Sale to Vue migration tracked under bug 42959, building on the application scaffold from bug 42966. This patch replaces pos/registers.pl and pos/registers.tt with a Vue component covering: - List of the library's cash registers with current balances - Single and bulk cashup actions, backed by bug 42963 - Removal of the legacy pos/registers.pl controller and pos/registers.tt template once parity is confirmed, including the relevant cash_management permission checks moving to the API layer - Cypress coverage for the registers list and cashup actions, included as part of this patchset As with bug 42966, this is a rework rather than a strict port: minor UX improvements are welcome as long as all existing actions remain possible. Test plan: 1. Enable EnablePointOfSale and UseCashRegisters. 2. Navigate to the new Vue-based registers list for a library with multiple registers. 3. Confirm balances match the legacy pos/registers.pl output. 4. Perform a single-register cashup and confirm the result. 5. Perform a bulk cashup across multiple registers and confirm the result. 6. Confirm relevant cash_management permissions are enforced. 7. Run the included Cypress spec. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42959 [Bug 42959] Migrate staff interface functionality from CGI controller + Template Toolkit to REST API + Vue.js https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42963 [Bug 42963] Add POST endpoint for cash register cashups https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42966 [Bug 42966] Migrate POS payment screen to Vue.js (pos/pay.pl) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42967] New: Migrate POS register detail view to Vue.js (pos/register.pl)
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42967 Bug ID: 42967 Summary: Migrate POS register detail view to Vue.js (pos/register.pl) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: martin.renvoize(a)openfifth.co.uk Depends on: 42962, 42963, 42966 Blocks: 42959 Target Milestone: --- This is part of the Point of Sale to Vue migration tracked under bug 42959, building on the application scaffold from bug 42966. This patch replaces pos/register.pl and pos/register.tt with a Vue component covering: - Outstanding accountlines for the selected register, backed by bug 42962 - Date-range filtered transaction history - Last-cashup boundary display - Cashup trigger, backed by bug 42963 - Removal of the legacy pos/register.pl controller and pos/register.tt template once parity is confirmed, including the relevant cash_management permission checks moving to the API layer - Cypress coverage for the register detail view, included as part of this patchset As with bug 42966, this is a rework rather than a strict port: minor UX improvements are welcome as long as all existing actions remain possible. Any reusable Vue component/framework improvements identified while building this should be split into separate prerequisite bugs. Test plan: 1. Enable EnablePointOfSale and UseCashRegisters. 2. Navigate to the new Vue-based register detail view for a register with outstanding transactions. 3. Confirm outstanding accountlines and date-filtered history match the legacy pos/register.pl output. 4. Trigger a cashup and confirm the register balance updates correctly. 5. Confirm relevant cash_management permissions are enforced. 6. Run the included Cypress spec. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42959 [Bug 42959] Migrate staff interface functionality from CGI controller + Template Toolkit to REST API + Vue.js https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42962 [Bug 42962] Expose cash register outstanding accountlines via REST API https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42963 [Bug 42963] Add POST endpoint for cash register cashups https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42966 [Bug 42966] Migrate POS payment screen to Vue.js (pos/pay.pl) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42965] New: REST API: Endpoint to record an anonymous or patron-optional POS sale
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42965 Bug ID: 42965 Summary: REST API: Endpoint to record an anonymous or patron-optional POS sale 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Target Milestone: --- This is part of the Point of Sale to Vue migration tracked under bug 42959. pos/pay.pl currently records a sale by building it up in Perl via Koha::Charges::Sales (add_item() per line, then purchase()), producing one or more debits that are optionally linked to a cash register and settled atomically. There is no REST endpoint for this. This overlaps significantly with two already-filed but unimplemented bugs: - Bug 42784: REST API: Add endpoint for patron-optional POS sales to support external payment system integration - Bug 42785: REST API: Add atomic external payment intake endpoint for patron-linked charges from third-party systems Rather than building a POS-specific endpoint in parallel, this work should be coordinated with 42784 and 42785 so a single endpoint design serves all three use cases: patron_id optional, register_id optional depending on the UseCashRegisters preference, one or more line items, settled atomically. Whichever bug's implementation lands first should be written so the others can reuse it rather than duplicating the schema. Test plan: 1. Confirm with whoever is working 42784/42785 on a shared endpoint shape before implementation. 2. Record a sale via the endpoint and confirm the resulting accountlines/offsets match what Koha::Charges::Sales produces today. 3. Add unit tests under t/db_dependent/api/v1/. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42964] New: Expose sellable debit types scoped by library via REST API
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42964 Bug ID: 42964 Summary: Expose sellable debit types scoped by library via REST 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Target Milestone: --- This is part of the Point of Sale to Vue migration tracked under bug 42959. pos/pay.pl currently builds the list of items available for sale by calling Koha::Account::DebitTypes->search_with_library_limits() directly in Perl, filtered to types flagged can_be_sold. A Vue-based payment screen needs this available via the API. This patch should confirm whether the account debit types REST endpoint already supports filtering by can_be_sold and by library, and extend it if not. Test plan: 1. Query the debit types endpoint filtered by can_be_sold=1 and confirm results match Koha::Account::DebitTypes->search_with_library_limits() for a given library. 2. Add/extend unit tests under t/db_dependent/api/v1/. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42963] New: Add POST endpoint for cash register cashups
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42963 Bug ID: 42963 Summary: Add POST endpoint for cash register cashups 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Target Milestone: --- This is part of the Point of Sale to Vue migration tracked under bug 42959. GET /api/v1/cash_registers/{cash_register_id}/cashups already exists but there is no way to record a cashup via the API. The staff interface pages pos/register.pl and pos/registers.pl currently call Koha::Cash::Register->add_cashup() directly from Perl, including a bulk cashup action across multiple registers. This patch should add POST /api/v1/cash_registers/{cash_register_id}/cashups to record a single cashup. It should also settle, as part of the design discussion, whether bulk cashup (cashing up several registers at once) is best modelled as repeated client-side calls to this endpoint or as a genuine batch endpoint. Test plan: 1. Perform a cashup via the new endpoint and confirm it matches the result of the existing Koha::Cash::Register->add_cashup() call. 2. Confirm permissions match the existing cash_management cashup requirement. 3. Add unit tests under t/db_dependent/api/v1/. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 42962] New: Expose cash register outstanding accountlines via REST API
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42962 Bug ID: 42962 Summary: Expose cash register outstanding accountlines via REST 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Target Milestone: --- This is part of the Point of Sale to Vue migration tracked under bug 42959. The staff interface pages pos/register.pl and pos/registers.pl currently fetch a cash register's outstanding (uncollected) accountlines via the Perl method Koha::Cash::Register->outstanding_accountlines(). There is no REST equivalent, which blocks building a Vue-based register view. This patch should add a way to retrieve a register's outstanding accountlines via the API, either as a filter/embed on the existing accountlines resource (e.g. a cash_register_id query parameter) or as a dedicated endpoint such as GET /api/v1/cash_registers/{cash_register_id}/accountlines. Prefer reusing the existing accountlines representation rather than introducing a parallel schema. Test plan: 1. Review the chosen approach against the existing accountlines REST resource for consistency. 2. Confirm the new filter/endpoint returns only outstanding accountlines for the given register. 3. Add unit tests under t/db_dependent/api/v1/. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30301] New: Add a system preference to allow specifying the patron expiration notices as mandatory
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30301 Bug ID: 30301 Summary: Add a system preference to allow specifying the patron expiration notices as mandatory 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This enhancement will add a new system preference / control to allow specifying that the patron expiration notification is mandatory, and enforce selection of one of the transport options in the messaging preferences (radio button vs checkboxes) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 72

[Bug 41804] New: Migrate EDI accounts settings to Vendors page
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41804 Bug ID: 41804 Summary: Migrate EDI accounts settings to Vendors page Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org We should add the EDI account details linked to a vendor to the vendor page itself as apposed to having a whole distinct UI for them. See suggestion from bug 16982 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9