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

[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

[Bug 40499] New: Birthdate on Patron Self Modification Form Causes an Error When Form is Submitted
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '25

24 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40499 Bug ID: 40499 Summary: Birthdate on Patron Self Modification Form Causes an Error When Form is Submitted Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cslone(a)camdencountylibrary.org QA Contact: testopia(a)bugs.koha-community.org This seems to have been introduced with the .05 or .06 point upgrade. Patrons with a birthdate in their record are not able to successfully submit a request to modify their personal details of dateofbirth is a field that's allowed on the Personal Details page. See the following message on every failed form submission in the plack-error.log: 'Can't call method "dateofbirthrequired" on an undefined value at /usr/share/koha/opac/cgi-bin/opac/opac-memberentry.pl line 539.' To recreate: 1. Set OPACPatronDetails to Allow 2. Make sure dateofbirth is not included in PatronSelfModificationBorrowerUnwantedField or in PatronSelfModificationMandatoryField 3. Log in as a patron with no birthdate in their record, change a detail on the Personal Details page, submit, get a confirmation message. 4. Log in as a patron with a birthdate set, change a detail on the Personal Details page, submit, receive a 500 error. 5. If the birthdate is removed (either via the staff client or by just clearing it on the patron form) the request is able to go through successfully Workaround: Set dateofbirth in PatronSelfModificationBorrowerUnwantedField so that it is no longer an option on the Personal Details page -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 40503] New: ILL request details should include who placed request
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '25

24 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40503 Bug ID: 40503 Summary: ILL request details should include who placed request Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com It would be nice if the request details included the name of the staff member who placed the request on behalf of the patron. If the request was created by the patron through the OPAC, that would also be nice to know. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 40502] New: ILL custom fields should be hidden in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '25

24 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40502 Bug ID: 40502 Summary: ILL custom fields should be hidden in the OPAC Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com It would be nice if there was an option to hide the ability for patrons to create custom fields in the OPAC. Even better would be the ability to define a custom field (maybe through the ILL framework?) that can later appear in the OPAC. For example, if staff want a note field to appear in the OPAC, they could add a custom note field. But this should not be an option for the patron to create. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0