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

[Bug 17884] New: troubles with syspref AllowHoldPolicyOverride on return
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17884 Bug ID: 17884 Summary: troubles with syspref AllowHoldPolicyOverride on return Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: christophe.croullebois(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com 1° with syspref AllowHoldPolicyOverride ON 2° in "Holds policy by item type" (in smart-rules.pl) with "no holds allowed" selected for an itype. 3° create an hold on an item of this itype 4° return this item 5° you have no message about the hold and the hold is not in status waiting Due to the lack of the check about the syspref during the check in. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 40837] New: Give more information about UNIMARC configuration
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40837 Bug ID: 40837 Summary: Give more information about UNIMARC configuration Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de I think the manual should include additional information, probably in the installation section. It would be useful for readers to point out that cataloging framework and indexes are based on the UNIMARC defined by IFLA and do not take into account the modifications commonly implemented in different countries using the format (France, Italy, Portugal...), and that adaptations may need to be made by libraries or support companies. Unlike Marc21, there are multiple variants of UNIMARC, and no one uses IFLA UNIMARC as is, so the default config of Koha is not suitable out of the box. For example in France and Italy the use of field 359 is not the same. There is an even greater need for adaptation in countries that do not use UNIMARC directly, but rather national formats based on UNIMARC with variations (Russia, Slovenia, Korea, etc.). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 18024] New: Adding a "genres and kinds" search in Authorities module
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18024 Bug ID: 18024 Summary: Adding a "genres and kinds" search in Authorities module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Another little enhancement for the Authorities module 1) Go to Authorities module 2) Clic on "New from Z39.50" 3) Observe in the search window that we don't have a place to search by genres (novel, science-fiction, roman, poetry, etc.) It will be very convenient if we can have an additionnal search option by literary "genres and kinds" to help target the good records when searching. Then it will find all records with the same authority (zone 155) from the RVML. Thanks again, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 39992] New: Update UNIMARC frameworks to UNIMARC Bibliographic Format Manual 1.1.0
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39992 Bug ID: 39992 Summary: Update UNIMARC frameworks to UNIMARC Bibliographic Format Manual 1.1.0 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl UNIMARC Bibliographic Format Manual 1.1.0 has been endorsed bu IFLA https://repository.ifla.org/items/cd4be6b4-46a6-43e7-86bf-d14a5cfed916 We should update bibliographic framework in Koha. I will take care of it. After that, Zebra and Elasticsearch will probably need a fix in other bugs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 26198] New: koha-sip --enable should also have --raw_port and --telnet_port options
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26198 Bug ID: 26198 Summary: koha-sip --enable should also have --raw_port and --telnet_port options Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com You should be able to provide --raw_port and --telnet_port options to koha-sip --enable, since only 1 Koha instance will be able to use the hard-coded defaults of telnet 8023 and raw 6001. On servers running multiple instances of Koha, you'll want to be able to set up the Koha SIP server with different TCP ports (or the SIP server won't work for those instances). (Note that this isn't an issue if you only run 1 Koha on your server, or if you use 1 Koha per 1 container to provide separate network namespaces.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 27557] New: Add the ability to display the error that caused a 500
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27557 Bug ID: 27557 Summary: Add the ability to display the error that caused a 500 Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 26048 >From bug 26048 comment 19: """ Yesterday I was thinking we could have a syspref to display/hide the error (not the stacktrace). Or enable it by default for superlibrarian. What do you think (on its own bug report of course)? """ >From bug 26048 comment 30: """ But in most production situations I don't think that we'd want to show system generated error messages. It's not a good look. """ Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26048 [Bug 26048] PSGI Koha does not use custom ErrorDocument pages -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 39259] New: SQL reports should allow Common Table Expressions
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39259 Bug ID: 39259 Summary: SQL reports should allow Common Table Expressions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: schodkowy.omegi-0r(a)icloud.com QA Contact: testopia(a)bugs.koha-community.org Common table expression in MySQL is a syntax like this: WITH cte1 AS (SELECT a, b FROM table1), cte2 AS (SELECT c, d FROM table2) SELECT b, d FROM cte1 JOIN cte2 WHERE cte1.a = cte2.c; However, in Koha/Koha/Report.pm, there's func is_sql_valid: } elsif ( $sql !~ /^\s*SELECT\b\s*/i ) { push @errors, { queryerr => 'Missing SELECT' }; } It should be changed to SELECT|WITH, otherwise it won't allow these nice queries, instead having you to do an ugly workaround like this: SELECT * FROM ( WITH cte1 AS (SELECT a, b FROM table1), cte2 AS (SELECT c, d FROM table2) SELECT b, d FROM cte1 JOIN cte2 WHERE cte1.a = cte2.c ) AS dt; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 30411] New: Add separate shelving location column to Holds Queue
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30411 Bug ID: 30411 Summary: Add separate shelving location column to Holds Queue Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be useful, especially with Bug 29015, for shelving location to be its own column in the Holds Queue. This would allow for more flexibility in how libraries view and sort their queues, especially if it's configurable in Table settings. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 35647] New: Coce images won't load on the staff results page
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35647 Bug ID: 35647 Summary: Coce images won't load on the staff results page 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 To recreate: 1. Turn on all CoceProviders and IntranetCoce. 2. Set CoceHost to 'https://coce.bywatersolutions.com' 3. Do a search and notice that no Coce images load on the results page. 4. In intranet-tmpl/js/coce.js add a debug line inside the `$("[id^=coce-thumbnail]").each(function() {` loop. 5. Nothing happens! This div is being prematurely removed via intranet-tmpl/prog/js/pages/results.js I don't think it is safe to remove the Coce div's without first knowing that KOHA.coce is finished. In results.js: 102 $(window).load(function() { 103 verify_cover_images(); 104 }); Just using a window load is not good enough. We either need to not remove the div ( hiding it is safer ) or we need to use a callback, promise, or async/await. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 38776] New: Propose a list of value for restriction comment
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38776 Bug ID: 38776 Summary: Propose a list of value for restriction comment 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: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice to let librarians use one of several pre-filled values in the restriction comment for a manual restrictions. The values could be provided by authorised value with category "R_COMMENTS". Values could be selected although another comment could be hand-typed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32