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

[Bug 6892] If a URL has been entered without http://, it isn't correctly linked
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

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

1 0

[Bug 41327] New: `yarn css:build` generates several warnings
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41327 Bug ID: 41327 Summary: `yarn css:build` generates several warnings Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38426 Since bug 38426. Deprecation Warning [legacy-js-api]: The legacy JS API is deprecated and will be removed in Dart Sass 2.0.0. Deprecation Warning [import]: Sass @import rules are deprecated and will be removed in Dart Sass 3.0.0. Deprecation Warning [color-functions]: saturate() is deprecated. Suggestions: Deprecation Warning [color-functions]: desaturate() is deprecated. Suggestions: Deprecation Warning [color-functions]: lighten() is deprecated. Suggestions: Deprecation Warning [color-functions]: darken() is deprecated. Suggestions: Deprecation Warning [color-functions]: red() is deprecated. Suggestion: Deprecation Warning [color-functions]: adjust-hue() is deprecated. Suggestion: Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38426 [Bug 38426] Node.js v18 EOL around 25.05 release time -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '26

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 --- Comment #77 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- (In reply to Mykle from comment #75) > (In reply to Mykle from comment #74) > > I'm curious about this implementation, but I'm new to Koha's code-- as in > > brand new. > > > > How might I get enough of the code to look at that I have context necessary > > to experiment with-- I'm looking for food for thought and some code to > > analyze or tinker with. > > > > This seems like it's legitimately complicated, but GIT-style change-tracking > > would have inordinate value, I think. > > For clarity-- I can see the attachments, but I'm wondering about additional > context I might need-- there is a mention of adding permissions to MaRC that > would make this implementation scale badly-- what additional context might > be helpful? You can use the Diff or Splinter Review options to show a tracked changes kind of view. But that's as good as it gets until this is merged into Koha. I'd recommend using the Academy keyword to search for bugs which are more beginner-friendly. This one, as you've identified, requires a lot of additional context. And as Katrin mentioned, the patch is likely stale by now and not good to learn from. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23355] New: Till Cashup Routine
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '26

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23355 Bug ID: 23355 Summary: Till Cashup Routine Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With the addition of cash registers in bug 23321 it would be helpful to have a workflow to ease the 'cashup' process. (i.e. matching up cash register contents at the end of the day with the sum of the transactions having taken place.) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 199

[Bug 41592] New: Add an enhanced workflow for refunds against anonymous transactions
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '26

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41592 Bug ID: 41592 Summary: Add an enhanced workflow for refunds against anonymous transactions Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified 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: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk Depends on: 24082 Add the ability to search and refund transactions from any register when using anonymous_refund permission, allowing staff to process refunds at a different register than where the original payment was made. Currently, the POS register page (pos/register.pl) only displays transactions for the current register. This creates a workflow problem when a patron: 1. Makes a payment at Register A 2. Returns to Register B with their receipt requesting a refund 3. Staff at Register B cannot find the original transaction on their register page 4. Staff must navigate to patron account page to locate and process the refund This is particularly problematic for anonymous transactions where there may be no patron account to search. PROPOSED SOLUTION ----------------- Add a new "Search transactions" or "Process refund" feature accessible from the POS interface that allows staff with anonymous_refund permission to: 1. Search across all registers (or all registers in current branch) by: - Receipt ID / Credit number - Transaction ID / Accountline ID - Item barcode / Product code - Date range 2. Display transaction details including: - Original payment amount - Original register where payment was made - Payment type (CASH, card, etc.) - Items/services purchased - Whether transaction has already been refunded 3. Process refund at current register: - Clearly indicate: "Original payment at Register A, refund from Register B" - Create REFUND credit on the original transaction - Create PAYOUT debit at the CURRENT register (cash leaving current till) - Maintain proper accounting: Register A shows +£10, Register B shows -£10 BENEFITS -------- - Improved customer service (refund at any register) - Better support for anonymous transactions - Maintains accurate per-register accounting - Reduces staff confusion and navigation complexity Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24082 [Bug 24082] Add a 'refund' option to anonymous payments -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 40726] New: Clicking off of a dropdown in the user menu branch switching closes the dropdown
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '26

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40726 Bug ID: 40726 Summary: Clicking off of a dropdown in the user menu branch switching closes the dropdown Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com 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 When using the user menu switching, if you miss the dropdown and click anywhere behind it, it closes the menu. I'd expect the menu to stay open unless I click elsewhere on the page, outside of the menu. To recreate 1. Open the user menu 2. Click the gear 3. Try to click a dropdown but miss it and click outside of it 4. View the menu collapsing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 27115] New: Restarting koha-common fails to restart SIP2 server
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '26

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27115 Bug ID: 27115 Summary: Restarting koha-common fails to restart SIP2 server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com Sometimes when we run "systemctl restart koha-commmon" the SIP server doesn't get restarted but might just get stopped leading to longer than expected downtime. There is probably some sort of race condition. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 24364] New: Display item holding library in opac issues
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '26

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24364 Bug ID: 24364 Summary: Display item holding library in opac issues 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: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Be able to display the item's holding library in OPAC issues. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 35903] New: In cataloguing authority plugin using autocomplete must set operator exact
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '26

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35903 Bug ID: 35903 Summary: In cataloguing authority plugin using autocomplete must set operator exact Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When cataloguing and using authority plugin, there is auto-completion on inputs and default operator is "contains". When using auto-completion and selecting a result it would be logical to set operator "exact" and submit form. So the usually unique result appears. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 40888] New: and/or/not drop-downs are missing in the Advanced Search form
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '26

16 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40888 Bug ID: 40888 Summary: and/or/not drop-downs are missing in the Advanced Search form Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Created attachment 186984 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=186984&action=e… Advanced search missing and/or drop-downs In the Advanced Search form, if "More options" is selected, each search field should have a drop-down to select between "and", "or", and "not" for that field. However, in 25.05 and main, that drop-down only appears in the first line. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19