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

[Bug 42413] New: Invalid metadata is causing a 500 error when editing
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42413 Bug ID: 42413 Summary: Invalid metadata is causing a 500 error when editing Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: enica(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you get an invalid metadata/character error in the staff client, you used to be able to fix the error by editing and saving the record. Now, it's throwing a 500 error. The only way to fix it is in the backend. It would be nice if Koha could automatically remove invalid metadata/characters. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 35104] New: We should warn when attempting to save badly encoded MARC records
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35104 Bug ID: 35104 Summary: We should warn when attempting to save badly encoded MARC records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 34549 Bug 34549 adds some defensive coding to prevent incorrectly encoded MARC data getting into the database.. but is does so by silently stripping bad characters from the record. It would be nice to highlight that this is taking place, or preferably before it takes place so the end user understands what's happening. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34549 [Bug 34549] The cataloguing editor allows you to input invalid data -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 339

[Bug 42414] New: Koha Plack socket permissions cause 503 errors behind Apache (mpm_event + PHP-FPM) without AssignUserID
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42414 Bug ID: 42414 Summary: Koha Plack socket permissions cause 503 errors behind Apache (mpm_event + PHP-FPM) without AssignUserID Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: djalel.chefrour(a)univ-soukahras.dz QA Contact: testopia(a)bugs.koha-community.org Setup: Ubuntu 24.04.4 Koha 25.11.03-2 Apache2 2.4.66-1+ubuntu24.04.1+deb.sury.org+3 PHP-FPM 2:8.4+101~+ubuntu24.04.1+deb.sury.org+1 Koha instance name: lib Issue appeared after transiting (for performance reasons) from: Apache mpm_prefork / mod_php / AssignUserID to: Apache mpm_event + PHP-FPM + Plack (via Unix socket) Had to remove the deprecated AssignUserID directive (incompatible with mpm_event), Then, when accessing OPAC, Apache returns 503 Service Unavailable as it cannot access Plack socket $ sudo ls -l /var/run/koha/lib/plack.sock srwxr-xr-x 1 lib-koha lib-koha 0 Apr 12 22:58 /var/run/koha/lib/plack.sock Root cause: sudo koha-shell lib -c 'umask' 0002 According to some docs, with user umask 002, a UNIX socket created with the bind() system call will have permission 775 or 775 (not sure!) Workaround: USE Plack with a TCP socket instead OR Tempo. fix for plack with UNIX socket Make Apache a member of the koha group (WARNING: might not be safe!) $ sudo usermod -aG lib-koha www-data Patch /usr/sbin/koha-plack to add: umask 0117 as 1st line in function start_plack() -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38666] New: New feature: closed stack requests
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38666 Bug ID: 38666 Summary: New feature: closed stack requests Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Circulation Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A closed stack request is a special kind of hold that can only be placed on a closed stack item. A closed stack item is an item that is not available publicly in the library but can be made available on demand. When a request is made, a librarian will print a slip then will go retrieve the document and place the slip in place of the document. -- You are receiving this mail because: You are watching all bug changes.

1 85

[Bug 8214] Create a bound with function
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8214 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41959] New: Holds queue builder doesn't always check all holds when using transport cost matrix
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41959 Bug ID: 41959 Summary: Holds queue builder doesn't always check all holds when using transport cost matrix Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com The scenario presented itself under a specific circumstance Library A ordered a copy of a book and left in 'on order' status Library B purchased a copy and made it available Each library can only fill holds on their own items The transport cost matrix only allows items to transfer to their own branch The transfer limits only allows items to transfer to their own branch A patron of Library A places a title level hold, it can't fill because library A's item is unavailable (on order) A patron of Library B places a title level hold, it should be queued for library B's item In C4::HoldsQueue::MapItemsToHoldRequests we call _allocateWithTransportCostMatrix In _allocateWithTranportCostMatrix we have this code: if ( $num_tasks > $num_agents ) { @remaining = @requests[ $num_agents .. $num_tasks - 1 ]; @requests = @requests[ 0 .. $num_agents - 1 ]; $num_tasks = $num_agents; } task = requests and agents = items In our scenario - 2 tasks/requests and 1 item/agent The code above drops the second request, and sets tasks to 1 We then loop tasks and agents: for ( my $i = 0 ; $i < $num_agents ; $i++ ) { for ( my $j = $r ; $j < $num_tasks ; $j++ ) { But since we have dcereased things above, we only check the first task/request - the second hold, which should be filled, is never checked -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 43079] New: Show 'waiting since' notice when item is waiting at another library
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43079 Bug ID: 43079 Summary: Show 'waiting since' notice when item is waiting at another library Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: sam.sowanick(a)corvallisoregon.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Bug 34636 added a waiting since notice in moremember.tt. This does not show when the item is waiting at a different library. We should add the waiting since notice to the list of waiting holds. patron_messages.inc -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 34626] New: Add waiting since date to holdswaiting patron message
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34626 Bug ID: 34626 Summary: Add waiting since date to holdswaiting patron message 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On moremember.tt and ciculation.tt there will be a message if the patron has any waiting holds. This message displays the date the hold was placed on (reserves.reservedate) and the date it will wait until ( reservedate.expirationdate ). Some libraries would like to add the 'Waiting since' date. ( reservedate.waitingdate ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 43074] New: Update MARC21 authority frameworks to Update 42 (May 2026)
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43074 Bug ID: 43074 Summary: Update MARC21 authority frameworks to Update 42 (May 2026) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- https://loc.gov/marc/authority/adapndxf.html ■ New content designators: Indicators 1stPreferred variant heading in 430 (See From Tracing-Uniform Title) 2ndPreferred variant heading in 400 (See From Tracing-Personal Name) 2ndPreferred variant heading in 410 (See From Tracing-Corporate Name) 2ndPreferred variant heading in 411 (See From Tracing-Meeting Name) 2ndPreferred variant heading in 451 (See From Tracing-Geographic Name) Indicator values #No information provided in 400 (See From Tracing-Personal Name) 2nd indicator: Preferred variant heading #No information provided in 410 (See From Tracing-Corporate Name) 2nd indicator: Preferred variant heading #No information provided in 411 (See From Tracing-Meeting Name) 2nd indicator: Preferred variant heading #No information provided in 430 (See From Tracing-Uniform Title) 1st indicator: Preferred variant heading #No information provided in 451 (See From Tracing-Geographic Name) 2nd indicator: Preferred variant heading 1Preferred variant heading in 400 (See From Tracing-Personal Name) 2nd indicator: Preferred variant heading 1Preferred variant heading in 410 (See From Tracing-Corporate Name) 2nd indicator: Preferred variant heading 1Preferred variant heading in 411 (See From Tracing-Meeting Name) 2nd indicator: Preferred variant heading 1Preferred variant heading in 430 (See From Tracing-Uniform Title) 1st indicator: Preferred variant heading 1Preferred variant heading in 451 (See From Tracing-Geographic Name) 2nd indicator: Preferred variant heading -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 41702] New: Update MARC21 authority frameworks to Update 41 (December 2025)
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '26

15 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41702 Bug ID: 41702 Summary: Update MARC21 authority frameworks to Update 41 (December 2025) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org https://www.loc.gov/marc/authority/adapndxf.html UPDATE 41 CHANGES ■ New content designators: Subfields $i Relationship information (R) in 368 (Other Attributes of Person or Corporate Body) $i Relationship information (R) in 376 (Family Information) $i Relationship information (R) in 381 (Other Distinguishing Characteristics of Work or Expression) $4 Relationship (R) in 368 (Other Attributes of Person or Corporate Body) $4 Relationship (R) in 376 (Family Information) $4 Relationship (R) in 381 (Other Distinguishing Characteristics of Work or Expression) ■ Changes in content designator names and definitions: Subfield $2 Source redescribed in 368 (Other Attributes of Person or Corporate Body) Appendix HData Provenance Subfields: Data Provenance Code List moved to https://www.loc.gov/standards/valuelist/dataprov.html. New codes bcp47 and dpets added. ■ Fast-track changes: Subfields $g Conversion date renamed Conversion date/time and redescribed in 884 (Description Conversion Information) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15