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

[Bug 25332] New: Add library card to iPhone wallet
by bugzilla-daemon＠bugs.koha-community.org 04 May '26

04 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25332 Bug ID: 25332 Summary: Add library card to iPhone wallet Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org I know there are apps one can get to mimic the barcode, but I am wondering if there is any way to add a link to the patron info screen in the opac that would add the patron's card to their iPhone wallet? I'm seeing more options these days for this. Reward cards are starting to migrate to this storage. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 41000] New: XSLT 041d is labelled as "spoken language", but should also incldue "sung language"
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41000 Bug ID: 41000 Summary: XSLT 041d is labelled as "spoken language", but should also incldue "sung language" Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org 041$d is currently labelled as "Spoken language" in our XSLT templates. It would be helpful to display the field as "Sung or spoken language" instead. We have musical libraries where most of the cases it is actually "sung language", so displaying only "spoken language" may be a bit misleading, especially in OPAC. https://www.loc.gov/marc/bibliographic/bd041.html -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 22240] New: Add possibility to specify a category of patron in calendar
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22240 Bug ID: 22240 Summary: Add possibility to specify a category of patron in calendar Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Hi, Currently when we add a closing day in the calendar we can not specify a particular patron category. Which means, this day of closure affects all types of patrons of the library and at the same time the circulation rules. It would be nice if when we add a closing day, to have the possibility to specify a category of patrons that would be subject to this closing day. Like that, the rest of the patrons catgory are not concerned by this limitation. It could be an additional option in the page to choose the type of closing day where you would have access to the list of types of users in the library. Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 28194] New: Create a new permission for Specify Due Date
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28194 Bug ID: 28194 Summary: Create a new permission for Specify Due Date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 If the SpecifyDueDate syspref is on, then any user with basic circ permissions can specify a due date. Some libraries would prefer this is be a distinct permission, so only certain users can do so. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 41543] New: Sort build, testing tools into devDependencies in package.json
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41543 Bug ID: 41543 Summary: Sort build, testing tools into devDependencies in package.json Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org We have quite a few listed dependencies that are only used for building and testing. They should therefore be moved into the devDependencies field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 40416] New: Library filter in patron search not filtering correctly
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40416 Bug ID: 40416 Summary: Library filter in patron search not filtering correctly Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On the cgi-bin/koha/members/members-home.pl page: If a system has two branches with similar codes, for example RH and WRH, if you search for patrons at RH library, you also get results from WRH. Ideally, the search should be performing 'branchcode = "RH"', not 'branchcode LIKE "%RH%"' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39228] New: Patron search not correctly limited by branch if branch codes contain overlapping letters within branchcode
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39228 Bug ID: 39228 Summary: Patron search not correctly limited by branch if branch codes contain overlapping letters within branchcode 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com TO recreate: Have at least two branches in the site where the code of one branch appears within the code of another (BOOK and BOOKMOBILE work, or MAIN and a branchcode of AI or IN). Have at least a patron of each category to see results easily. Run a patron search for all patrons of BOOK branch. See that results include both patrons of BOOK and BOOKMOBILE. It appears that the branchcode is being searched as a 'contains' search, perhaps, instead of exact match on branchcode. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 42335] New: Accessibility of top level menu (staff interface)
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42335 Bug ID: 42335 Summary: Accessibility of top level menu (staff interface) Initiative type: --- Sponsorship --- status: 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: raina(a)flo.org 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 In the top level menu (#toplevelmenu) in the staff interface, the dropdown icon (#catalog-search-dropdown) that expands to show the Advanced and Item search options does not have any label for assistance technology. The Cart icon in the same menu also does not have any label. Because both have href attributes but no labels or link text, a screen reader may read these as "link" (tested with VoiceOver), making it unclear to the user what they are when user is navigating through the menu. For the dropdown icon that goes to Search options, this does follow the "Search" text in the top level menu, but it could be made more clear to all users that this is an icon to toggle show search options (such as with an aria-label), whereas clicking the "Search" text will to the Advanced search page. The shopping cart icon could simply have an aria-label. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 25824] New: DecreaseLoanHighHolds.t is still failing randomly 2
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25824 Bug ID: 25824 Summary: DecreaseLoanHighHolds.t is still failing randomly 2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org After 188 local run I could reproduce on 19.05.x the failure that happening on this build: https://jenkins.koha-community.org/view/19.05/job/Koha_19.05_D9/229/console… t/db_dependent/DecreaseLoanHighHolds.t .. 2/17 # Failed test 'Static mode should exceed threshold' # at t/db_dependent/DecreaseLoanHighHolds.t line 131. # got: '0' # expected: '1' # Failed test 'Should have duration of 1' # at t/db_dependent/DecreaseLoanHighHolds.t line 133. # got: '0' # expected: '1' # Failed test 'due_date should be a DateTime object' # at t/db_dependent/DecreaseLoanHighHolds.t line 134. # got: '' # expected: 'DateTime' Can't call method "hour" on an undefined value at t/db_dependent/DecreaseLoanHighHolds.t line 137. # Looks like your test exited with 11 just after 5. t/db_dependent/DecreaseLoanHighHolds.t .. Dubious, test returned 11 (wstat 2816, 0xb00) It was like 30 min, so not so hard to reproduce (assuming it wasn't huge luck) Happens also in Ubuntu 18.04 for 19.05.x branch. (if that can help) https://jenkins.koha-community.org/job/Koha_19.05_U18/236/consoleText It's the second time a few days. It's good that it's not a rare issue. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 40272] New: Add an alert for incorrect (MARC21) fixed-length control fields
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40272 Bug ID: 40272 Summary: Add an alert for incorrect (MARC21) fixed-length control fields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org This proposal adds an alert when opening the MARC basic editor while a control field (005-008) has an incorrect length. Note that some historical bugs may have caused 008 fields to be shorter than 40 positions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35