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

[Bug 40097] New: Text elements on the OPAC user pages don’t have sufficient color contrast.
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40097 Bug ID: 40097 Summary: Text elements on the OPAC user pages don’t have sufficient color contrast. Change sponsored?: --- Product: Koha Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: trivial Priority: P1 - high Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: nina.martinez(a)biblibre.com CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org There are some elements on the OPAC user pages that don’t have sufficient color contrast. This issue affects elements on pages such as Checkout History, Holds History, and Interlibrary Loan Requests. This issue invalidates WCAG 1.4.3: The visual presentation of text and images of text has a contrast ratio of at least 4.5:1. We can maybe improve this by increasing the contrast between the text color and the background WCAG: https://www.w3.org/WAI/WCAG22/quickref/?versions=2.1#contrast-minimum WCAG Contrast Checker Firefox Extension (helps check color contrast): https://addons.mozilla.org/fr/firefox/addon/wcag-contrast-checker/ -- You are receiving this mail because: You are the assignee for the bug.

1 17

[Bug 38694] New: Boost exact title matches in Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38694 Bug ID: 38694 Summary: Boost exact title matches in Elasticsearch Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When searching in Zebra, the backed actually did some combined searches, one of them being an exact title search. When libraries switch to Elastic, they notice exact titles aren't boosted in the same way. So a search for 'The Help', 'It', or 'To die for' won't necessarily return the expected result first. We can use the 'bool' query in Elastic to add a more exact search for title -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 60

[Bug 28849] New: Claim Returned should alert at checkout
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28849 Bug ID: 28849 Summary: Claim Returned should alert at checkout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 14697 When checking out an item connected to an unresolved claim, we should alert the user just as we do at checkin. To recreate: - Set ClaimReturnedLostValue - set MarkLostItemAsReturned so that claimed items are marked as returned - check an item out to Patron A - mark that item claimed - check the item out to Patron B - Koha alerts you that it's removed the lost status, but not that there is an unresolved claim - set MarkLostItemAsReturned so that claimed items are NOT marked as returned - mark item as claimed on Patron B's account - check the item out to Patron C - Koha alerts you that the it's removed the item's lost status and asks if you want to end Patron B's checkout, but does not mention the 2 unresolved claims - check the item in - Koha gives a return-claim dialog alert with links to Patron A and Patron B We should give the same alert at checkout, since that's the moment at which Koha first knows this item has been found. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14697 [Bug 14697] Extend and enhance "Claims returned" lost status -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 38541] New: Checking out another copy on a title-level hold should fill hold even if another copy has already been found for hold
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38541 Bug ID: 38541 Summary: Checking out another copy on a title-level hold should fill hold even if another copy has already been found for hold Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Patron has a bib-level hold on a book. Between the hold being found and put in transit from another branch and being received to be marked waiting, patron finds a copy on their nearby branch's shelf and checks it out. It's not damaged/withdrawn/notforloan, hold isn't suspended, none of the known things that make holds unfillable. Now patron has one item from the record checked out AND they eventually have a waiting hold as well. While the found status does attach an itemnumber to the hold, if the hold was title-level to begin with, checking out an item from the reserve's bibliographic record should fill that hold. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 16982] New: add edi account to new menu on vendor page
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '26

09 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16982 Bug ID: 16982 Summary: add edi account to new menu on vendor page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: nengard(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be great if you could jump to creating a vendor account from the vendor menu. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 30113] New: kohaTable add_filters option should be renamed to show_filter_row
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '26

09 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30113 Bug ID: 30113 Summary: kohaTable add_filters option should be renamed to show_filter_row Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The 'add_filters' option available to us on the ajax dataTables wrapper, kohaTable, is used to enabled/disable the presence of the search filters row displayed at the top of the datatable. We should rename the option to clarify it's intended use... add_filters is too generic and could mean a number of things. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 24320] New: Remove ending . from XSLT result templates
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '26

09 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24320 Bug ID: 24320 Summary: Remove ending . from XSLT result templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Same as bug 22884, but for the standard XSLT result list templates: I think the end user doesn't need the . at the end and it is more irritating then helpful, especially since we are very inconsistent in printing it. I think either we rely on libraries adding the punctuation or let Koha add it, but mixing both is not good. I suggest to remove the . where we are currently adding it for display. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 39493] New: Tooltip - Add a tooltip to improve column names for accessibility
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '26

09 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39493 Bug ID: 39493 Summary: Tooltip - Add a tooltip to improve column names for accessibility 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 Accessibility reports have highlighted a need for more accurate naming in some of the column names in the 'Your Account' area. The columns need to be more descriptive for users with screen readers. An approach to this may be to implement a tooltip that can be used throughout Koha. The tooltip would allow for more descriptive column naming without compromising text sizes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 35211] New: Make it possible to add new tab to record’s detail page catalogue/detail.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '26

09 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35211 Bug ID: 35211 Summary: Make it possible to add new tab to record’s detail page catalogue/detail.pl Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: kati.sillgren(a)porvoo.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Make it possible to add new tab to record’s detail page/holdings table by using library groups. Library groups are made here: admin/library_groups.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 101

[Bug 25284] New: Can't open /var/log/koha/kohadev/opac-error.log (Permission denied)
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '26

09 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25284 Bug ID: 25284 Summary: Can't open /var/log/koha/kohadev/opac-error.log (Permission denied) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Transaction logs Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org I have completely rebuilt my kohadevbox, but can't get rid of this error: Can't open /var/log/koha/kohadev/opac-error.log (Permission denied) at /usr/share/perl5/Log/Log4perl/Appender/File.pm line 143 First it appeared when I was trying to save system preferences. Now I ran into it, when trying to check out an item. I have no idea what's causing this and if this is a general or a kohadevbox issue. Help appreciated! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 43