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

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '25

25 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Pedro Amorim <pedro.amorim(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |40517 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40517 [Bug 40517] Allow grouping existing holds -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40129] New: Always show the "Not finding what you're looking for" links in opac-results.tt
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '25

25 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40129 Bug ID: 40129 Summary: Always show the "Not finding what you're looking for" links in opac-results.tt Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org I received the question why these links are not shown for unauthenticated users even though they'd trigger a login if necessary. I agree that it could be beneficial to always allow for these links to be shown but I am interested in other opinions. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 36020] New: Port default recall notices to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '25

25 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36020 Bug ID: 36020 Summary: Port default recall notices to Template Toolkit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Blocks: 15278 The following notices relating to recalls all need to be updated to use Template Toolkit syntax: RETURN_RECALLED_ITEM PICKUP_RECALLED_ITEM RECALL_REQUESTER_DET Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 39925] New: Table columns missing headings for bibliographic search history in OPAC
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '25

25 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39925 Bug ID: 39925 Summary: Table columns missing headings for bibliographic search history in OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 39490 Follow-up to bug 39490: (In reply to Katrin Fischer from comment #4) > For search history this now displays for "authority" searches, but not for > bibliographic searches (first tab). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39490 [Bug 39490] Web usability accessibility audit - table columns missing headings -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 39490] New: Web Usability Accessibility Audit - Table Columns Missing Headings
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '25

25 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39490 Bug ID: 39490 Summary: Web Usability Accessibility Audit - Table Columns Missing Headings Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 Web Usability Accessibility Audit has highlighted that in the 'My Account' section, some of the tables are missing descriptive column headers so the data / functionality of these columns may not be clear. The suggested solution is to populate these columns with text that accurately describes the content / functionality users will find in the columns. A side effect of this will be that the text size in the columns may be reduced. Are there any thoughts on this? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 40513] New: Let patron enrollmentperiod end when they have reached upperage limit
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '25

25 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40513 Bug ID: 40513 Summary: Let patron enrollmentperiod end when they have reached upperage limit Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: klas.blomberg(a)skovde.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com As of now we have two options for Enrollment periods for patron categories: 1) A specified number of months 2) A fixed date We want our childrencategory patrons to expire when they reach their Upperage limit (currently 16 years/192 months), irrespective of how long or short time they have been patrons. So, therefore we suggest three options for enrollment periods: 1) A specified number of months 2) A fixed date 3) When Upperage limit is reached -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13722] Titles with articles not sorting correctly in lists
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '25

25 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13722 --- Comment #15 from David Cook <dcook(a)prosentient.com.au> --- Too wrapped up in some of the other sorting bugs with Lists maybe. Wasn't thinking there! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13722] Titles with articles not sorting correctly in lists
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '25

25 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13722 --- Comment #14 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Owen Leonard from comment #13) > It's still an issue. I don't know what titles are on your list but I can > confirm that article are not ignored. Sorry, I made a mistake there. I can't remember the title I was using but it was something like "A Cable" and Cable sorted higher than "Clean". I was thinking that was because of the "Ca" before "Cl" but obvious it was because "A" is before "C". My bad! Ugh! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40509] New: marc21_framework_DEFAULT.yml doesn't set 008 in ACQ framework
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '25

25 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40509 Bug ID: 40509 Summary: marc21_framework_DEFAULT.yml doesn't set 008 in ACQ framework Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org The ACQ framework is created by marc21_framework_DEFAULT.yml. It sets up fields like the 000 and 952 but it doesn't setup the 008. The 008 is a valuable field which really should be included. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 40484] New: Add a way for staff to view firstname in patron search results
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '25

24 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40484 Bug ID: 40484 Summary: Add a way for staff to view firstname in patron search results Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Depends on: 28633 If a patron forgets their library card, it is common in our system for them to present an ID, which staff will use to search for their account. Our staff have shared feedback that in this situation, the preferred name feature can make it harder to quickly identify the correct account when there are multiple results, because they don't know if the display name will match the name on the ID or not. We should add a way to view the firstname on the patron search results page for those situations where the firstname is needed to identify the correct account. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28633 [Bug 28633] Add a preferred name field to patrons -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2