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

[Bug 39552] New: Add a hook/plugin to Elasticsearch indexing to modify record
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39552 Bug ID: 39552 Summary: Add a hook/plugin to Elasticsearch indexing to modify record Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: domm(a)plix.at QA Contact: testopia(a)bugs.koha-community.org As discussed at the Koha Hackfest 2025: Sometimes we need conditional indexing of fields (008 based on leader, 264 based on indicator). Instead of complicating the yml file and the DB, we can add a hook after the ES record has been created but before it is sent to ES. This hook should get the ES record and the MARC record (and maybe even the biblio/auth object) and return the modified ES record. So you can implement whatever weird conditionals etc you need, or even any other modifications (eg getting number of items, advanced geo stuff, ..) without us having to make core very complex. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 38759] New: koha-mysql doesn't work with timezone set in koha-conf.xml
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38759 Bug ID: 38759 Summary: koha-mysql doesn't work with timezone set in koha-conf.xml Change sponsored?: --- 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When a timezone is set in the koha-conf.xml file, the koha-mysql command doesn't work. This seems to be due to missing quotes around the timezone value. For the timezone configuration see: https://wiki.koha-community.org/wiki/Time_Zone_Configuration If you dump the created connection command, you will see something like: mysql --host=<host> --user=XXX --password=XXX --init-command=SET time_zone='America/Sao_Paulo' koha_XXX This will result in an error. Quoting the value for the init-command parameter appears to fix the issue: mysql --host=<host> --user=XXX --password=XXX --init-command="SET time_zone='America/Sao_Paulo'" koha_XXX -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 37702] New: Fast Cataloging does not work with fast_cataloging permission when duplicate suspected
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37702 Bug ID: 37702 Summary: Fast Cataloging does not work with fast_cataloging permission when duplicate suspected Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: holly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Fast cataloging should work seamlessly with the patron permission fast_cataloging, and has in the past. This is no longer working in 23.05, 23.11 and 24.05. To replicate: -Set a user with no cataloging permissions except fast_cataloging. -Log in as that user. -Attempt a checkout with some nonsense barcode. -Follow prompt to add record via fast cataloging. -Fill out fast add MARC with a title that already exists in catalog and save. -Koha will ask if this is a duplicate *Select yes, edit existing items: you are taken to the normal view of the record and cannot add items. *Select no, save as new record: Instead of this directing into item creation, you are directed to the normal view of the record you just created. You can add an item from New or Edit. -If no duplicate suspected, saving the record does direct to the item creation screen as expected, and then you run into bug 37407, which has been fixed for upcoming versions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 33259] New: Optionally set SameSite attribute of cookie to Strict
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33259 Bug ID: 33259 Summary: Optionally set SameSite attribute of cookie to Strict Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Set-Cookie/SameSi… We should offer a system preference so that libraries who'd like to increase their security can set the SameSite attribute of the session cookie to Strict, rather than the default Lax. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 82

[Bug 11361] Add a Z39.50 search page in the OPAC to let members search for records on remote Koha instances
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11361 --- Comment #32 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Sarah Cornell from comment #31) > This enhancement is 4 years and many versions old now, but is compelling for > US libraries who may lose shared systems due to funding cuts. Could you speak to this some more? Is the idea that your library would allow OPAC users to see other library holdings and then they could place an ILL through your library? Or something else? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39586] New: 2 delete buttons when previewing a SQL report
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39586 Bug ID: 39586 Summary: 2 delete buttons when previewing a SQL report Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Create any report 2. From the list of reports click the dropdown next to 'Run' 3. Choose 'Preview SQL' 4. Notice 2 delete buttons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 39362] New: Add ability for individual branches to customize/hide patron add form
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39362 Bug ID: 39362 Summary: Add ability for individual branches to customize/hide patron add form Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The BorrowerUnwantedField and BorrowerMandatoryField system preferences currently apply to the entire Koha instance. For libraries belonging to a consortium, it would be wonderful for each library to have the ability to hide fields or make fields mandatory without affecting the entire consortium. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39585] New: Search terms in results from advanced search are not highlighted
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39585 Bug ID: 39585 Summary: Search terms in results from advanced search are not highlighted Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.adamyk(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Search terms are helpfully marked with highlighting in results if the system preference StaffHighlightedWords is enabled. However, this seems to apply only to basic catalog searches, and doesn't work properly for advanced searches. If this is the intended behavior, the description of the StaffHighlightedWords system preference should describe where highlighting will and will not appear. To replicate: 1. Make sure the StaffHighlightedWords system preference is set to "Highlight" 2. Click "Search catalog" and do a search for one or more words not listed in the NotHighlightedWords system preference 3. Note that search results have highlighting around the search terms 4. Run an advanced search for the same word(s), using a variety of boolean operators (AND, OR, NOT) 5. Note that search results don't have any highlighting on the search terms 6. Click "Unhighlight" and then "Highlight" at the top of search results, and there is still no highlighting -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 39575] New: Title ID number in ERM could be hidden
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39575 Bug ID: 39575 Summary: Title ID number in ERM could be hidden Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: esther.melander(a)bywatersolutions.com 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 Created attachment 180703 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=180703&action=e… ERM titles with ID numbers and out of order To replicate: 1. Enable the ERM, if needed. 2. Go to ERM > eHoldings > Local > Packages 3. Create a package 4. Next go to Titles. 5. Click on +Import from KBART file. 6. Import file. See the resulting title list in the table. The titles have an ID number that has been appended. Also notice the ID numbers are out of order. It's not clear what the ID numbers refer to other than the number assigned by the ERM? ID numbers are not displayed elsewhere in Koha, so perhaps these can be hidden as well. If the numbers have some purpose, they should be in their own column so as not to be confused as part of a title. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11361] Add a Z39.50 search page in the OPAC to let members search for records on remote Koha instances
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11361 Sarah Cornell <sbcornell(a)cityofportsmouth.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sbcornell@cityofportsmouth. | |com --- Comment #31 from Sarah Cornell <sbcornell(a)cityofportsmouth.com> --- This enhancement is 4 years and many versions old now, but is compelling for US libraries who may lose shared systems due to funding cuts. The Portsmouth Public Library ztarget info is here. ====================================== Z39.50 Connection Info: Host: portsmouth.bywatersolutions.com Port: 9894 Database: biblios No username/pwd needed Syntax (if needed): MARC21/USMARC Encoding (if needed): UTF-8 ====================================== I'd be interested in this enhancement moving forward! -- You are receiving this mail because: You are watching all bug changes.

1 0