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

[Bug 1937] Scan barcode with webcam
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1937 --- Comment #16 from Mathieu Saby <mathsabypro(a)gmail.com> --- The technical solution doesn't really matter for us, but I'm glad to see that our idea had actually been "in the works" for 16 years, so it wasn't completely far-fetched. >From what I understand, there's currently no sponsorship? -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 42648] New: Update some catalog-related pages to use CSS grids for layout
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42648 Bug ID: 42648 Summary: Update some catalog-related pages to use CSS grids for layout Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org - Catalog -> Bibliographic detail page -> Manage bundle -> Add to bundle - Catalog -> Add to cart -> View cart -> Download cart - Catalog -> Add to cart -> View cart -> Send cart -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 42825] New: ERM Local Title - Start date (started_on) not saved for package resources
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42825 Bug ID: 42825 Summary: ERM Local Title - Start date (started_on) not saved for package resources Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: adolfo.rodriguez(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk Target Milestone: --- When editing a local ERM Title and linking it to a package, the Start date (started_on) field is not saved — it remains empty after saving and reopening the record. The End date (ended_on) and Proxy fields save correctly. Steps to reproduce: 1 Go to ERM > eHoldings > Local > Titles 2 Create or edit a local title 3 Link it to at least one package and enter a Start date (and optionally an End date and Proxy) 4 Save 5 Reopen the title — Start date is empty; End date and Proxy are saved correctly The root cause of the error: In koha-tmpl/intranet-tmpl/prog/js/vue/components/ERM/EHoldingsLocalTitleResource.vue, the started_on field inside relationshipFields is missing indexRequired: true. This property causes the form system to generate a unique DOM id per row (e.g. started_on_0) and passes the row index to the component. Without it, the id stays as started_on, breaking the reactive binding between the flatpickr input and the Vue data model. The ended_on field does not have componentProps, so it is not affected. The started_on field does have componentProps.date_to which alters how the component id is expected to be resolved, making it the only field that fails without indexRequired. Additionally, calendar.inc throws a TypeError: Cannot read properties of null (reading '_flatpickr') in the browser console when selecting a start date, because the date_to componentProp references ended_on without the row index suffix. See also: Bug 42536 — while investigating why the Proxy field was not displayed in the resource view, the missing Start date in the edit form was identified as a related but separate issue in the same component (EHoldingsLocalTitleResource.vue). -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 42640] New: Script search_for_data_inconsistencies.pl should use binmode UTF-8
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42640 Bug ID: 42640 Summary: Script search_for_data_inconsistencies.pl should use binmode UTF-8 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: jake.deery(a)openfifth.co.uk, robin(a)catalyst.net.nz Like Bug 32012 script Script search_for_data_inconsistencies.pl should use binmode UTF-8 to correctly display datas. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 42231] New: Renew checkbox on opac-user.tt is missing a form label
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42231 Bug ID: 42231 Summary: Renew checkbox on opac-user.tt is missing a form label Initiative type: --- Sponsorship --- status: 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: lucas(a)bywatersolutions.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 To recreate: 1. Have a user with checkouts 2. Log into the OPAC and go to "Summary". 3. Notice the input/checkbox does not have a corresponding label, -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 42159] New: With OPACAuthorIdentifiersAndInformation information lacking from field 110/111
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42159 Bug ID: 42159 Summary: With OPACAuthorIdentifiersAndInformation information lacking from field 110/111 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When the OPACAuthorIdentifiersAndInformation system preference is enabled, selected information about authors is displayed. However, if the main author is a corporate body or a meeting/conference (MARC 21 fields 110/111), the information is not shown. To reproduce: 1. Enable the display of identifiers in OPACAuthorIdentifiersAndInformation. 2. Add a 024 field with a VIAF ID to any corporate authority record, e.g.: 024 7# $a 1234 $2 viaf 3. Use this authority heading as the main entry (110 or 111) in any bibliographic record. 4. In the OPAC view of that bibliographic record, verify that the Author information tab does not display information from the main entry. 5. Use the same heading as an added entry (710 or 711). In the OPAC view, verify that the Author information tab now displays information from the added entry, but still not from the main entry. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 41739] New: Improve the authority merge warning
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41739 Bug ID: 41739 Summary: Improve the authority merge warning Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 192261 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=192261&action=e… Authority merge warning Bug 25387 introduced a warning when attempting to merge different authority types. The message is below the comparison boxes in yellow. The warning is not a strong enough visual cue to warn the user. It would be helpful to move the warning above the comparison boxes and change the warning to red text in bold or something much visually stronger. It also might be worth considering blocking the ability to merge different authorities types since proceeding with the merge results in data loss. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 17485] New: Add Marc modification templates to z39.50 import
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17485 Bug ID: 17485 Summary: Add Marc modification templates to z39.50 import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would be great to have possibility using marc modification templates on Z39.50 search. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 42899] New: Dark mode for core staff interface chrome
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42899 Bug ID: 42899 Summary: Dark mode for core staff interface chrome Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- This patch builds on the dark-mode foundation (bug 42898) by migrating the core staff-client chrome to the Koha colour tokens, so it flips with the Light/Dark/Auto theme switcher instead of staying glued to light colours. Areas covered: * Global chrome - the patron sidebar, admin/tools side menu, catalogue search facets, search results panel and summary, the sticky search header and the apply-to-results action panels. * Forms - fieldsets, legends, text/select/file inputs, read-only fields and textareas. * Tables (grid only) - cell text, the active tab and its content panel. * Toolbars - the button toolbar above lists and its dropdown menus. * Header - the search-bar autocomplete drop-down and the breadcrumb bar. * Home page - news blocks and the big icon links. Light mode is unchanged: each token's light value is the colour used today. The dark values are tuned for legible contrast. Note: status-coloured table rows (overdue, on hold, etc.) and the DataTables footer/export chrome are handled in bug 42900. Vue widgets are in bug 42901. The OPAC is out of scope. Depends on: bug 42898 Test plan: 1) Apply the patch (after bug 42898) and rebuild the CSS (yarn css:build). 2) Light mode regression. With the theme set to Light, click through: a patron record (sidebar), the admin home and a tools page (side menu), catalogue search results (facets, results, search header, apply-to-results), a patron entry form, the staff home page (news and the big icon links). Everything should look exactly as it did before this patch. 3) Dark mode. Switch the header control to Dark and revisit the same pages. Each of the areas above should now use dark surfaces with readable text, flowing into the dark page chrome rather than standing out as bright panels. Text, headings, form fields, toolbar buttons and the autocomplete drop-down should all be comfortably legible. 4) Tabs. Open a tabbed screen (e.g. a patron record). In light mode the tabs look as before; in dark mode the active tab and the panel under it should be dark and read as one piece. 5) Switch back to Light and confirm everything returns to normal. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 17500] New: Use Elasticsearch to search for patrons
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17500 Bug ID: 17500 Summary: Use Elasticsearch to search for patrons Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Adding and keeping up to date a new Elasticsearch index for patrons will allow us to use it to search for patrons. -- You are receiving this mail because: You are watching all bug changes.

1 22