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

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '26

29 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #197374|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '26

29 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off Comma delimited|Université Côte d'Azur |UniversitÃ© CÃ´te d'Azur, list of Sponsors| |Université Côte d'Azur -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 42481] New: Show status on holds to pull
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '26

29 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42481 Bug ID: 42481 Summary: Show status on holds to pull Initiative type: --- Sponsorship --- status: 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: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com If an item can be placed on hold while damaged (AllowHoldsOnDamagedItems)it would be helpful if that status showed on hold to pull so staff know where to look for it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 42488] New: Add the ability to warn and/or prevent custom reports from using sub-queries/sub-selects
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42488 Bug ID: 42488 Summary: Add the ability to warn and/or prevent custom reports from using sub-queries/sub-selects Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com For large libraries, reports using subqueries can generate temp tables so large they fill the database server disk and can kill the database server. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39716] New: Warn when saving a notice with template toolkit errors
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39716 Bug ID: 39716 Summary: Warn when saving a notice with template toolkit errors 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: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a notice is saved with unusable template toolkit, we should warn even if not using the "save and continue editing" button, such as redirecting back to the page with the error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 40240] New: Improve visibility for error when saving notices
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40240 Bug ID: 40240 Summary: Improve visibility for error when saving notices Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 31211 add a validation system to detect error in notification template when saving. Currently, it displays a message for certain type of fault, but the error message is really easy to miss. It is an additional message on the page, not a modal, and it doesn't prevent to save. So if you just click on "Save", it will save and take you back to the list of all notices without showing anything. If you click on "Save and continue editing", you then have to display again the message transport type just updated to see the error. So you need to be actively looking for the message to see it. We could probably use a modal that warn about the error and offer a choice between saving as it is or go back to editing. To reproduce : 1- Go to Tools > Notification 2- In any notification template, enter the following model (note the missing END) ``` Hello, [% FOREACH biblio IN biblios %] ``` 3- Click on "Save and continue editing", you stay on the same page but the section (message transport type for instance Email) is now collapsed 4- Click on the section you just edited, you now have a field "Template Toolkit error" that warn about the error 5- Repeat setp 1 and 2 6- Click on "Save" 7- You have not been warned about the error 8- Go back to the same notification, and click the appropriate section, the warning is still there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 42478] New: Add ability to produce data matrix labels
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42478 Bug ID: 42478 Summary: Add ability to produce data matrix labels Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: chris.nighswonger(a)veritassuperaitsolutions.com Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Koha's barcode generation tool does not allow the creation of data matrices. Libraries have requested this functionality. -- You are receiving this mail because: You are watching all bug changes.

1 1

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

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |42487 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42487 [Bug 42487] holds-table configuration is off when DisplayAddHoldGroups is enabled -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38330] New: Make bib-level suppression a biblio table field instead of part of a marc tag
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38330 Bug ID: 38330 Summary: Make bib-level suppression a biblio table field instead of part of a marc tag Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: danielle.elder(a)law.utexas.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Suppression should be a biblio table field instead of in a marc field. Running reports with it to extract that field each time is not optimal. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 104

[Bug 42484] New: dead and misleading code remained in koha-es-indexer after 40890
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42484 Bug ID: 42484 Summary: dead and misleading code remained in koha-es-indexer after 40890 Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com In koha-es-indexer, there is a default value for batch_size (around line 166) and an option to pass batch_size via the --batch_size parameter (around line 177). However, neither of these seems to have any effect since Bug 40890 introduced the line around 211: batch_size=$(get_es_indexer_batch_size ${name}) This appears to be dead code and should probably be removed, as it is misleading. Currently, the only effective default is set by get_es_indexer_batch_size in koha-functions.sh. By the way, the entry yazgfs/config/es_indexer_batch_size is missing from /etc/koha/sites/kohadev/koha-conf.xml on KTD. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1