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

[Bug 14182] Suspended holds should show in separate list
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14182 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14182] Suspended holds should show in separate list
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14182 Brendan Lawlor <blawlor(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |blawlor(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39245] New: Preferred name should give option to replace more than first name
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39245 Bug ID: 39245 Summary: Preferred name should give option to replace more than first name Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We have a patron, for example only: Johnathan David Smith. He goes by JD. But the preferred name only replaces the first name. There should be an option to also exclude the middle name. Right now the preferred name shows the patron name as JD David Smith. Should only show JD Smith. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 34989] New: Subscription cannot be added if a control field is set up in "Additional Fields" parameter
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34989 Bug ID: 34989 Summary: Subscription cannot be added if a control field is set up in "Additional Fields" parameter Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: anke.bruns(a)gwdg.de QA Contact: testopia(a)bugs.koha-community.org Subscriptions can't be created because of an HTTP 500 and the following message in the plack error log: "Control fields (generally, just tags below 010) do not have subfields, use data() at /usr/share/koha/lib/Koha/Object/Mixin/AdditionalFields.pm line 68." The workaround by Joubu (many thanks!) in the Koha chat was to look whether in Administration > Additional fields > Table 'subscription' (/cgi-bin/koha/admin/additional-fields.pl?tablename=subscription) a MARC field was present that was a control field (ie. without $ field/subfield separator). We indeed had a 001 configured there with MARC field mode "Get value from MARC record" and Searchable=Yes Removing this solved the problem, but perhaps subscriptions should also work if a control field is configured in the place mentioned above? Another thing is that we are not completely sure if the error was produced when we upgraded from 22.05 or if it was present there as well with the additional field set. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 10047] Cataloguing search maybe useless?
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10047 Catrina Berka <catrina(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |catrina(a)bywatersolutions.co | |m -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39974] New: "OpacMoreSearches" HTML customization generates invalid HTML
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39974 Bug ID: 39974 Summary: "OpacMoreSearches" HTML customization generates invalid HTML Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org OpacMoreSearches is supposed to be one or more <li> elements. However, when you save it in HTML customizations, it'll add a <ul></ul> tags around the <li> elements you define. Moreover, when you look at the HTML, you notice how OpacMoreSearches injects a <div> into a <ul>: <ul class="nav" id="moresearches"> <li class="nav-item"></li> <div id="OpacMoreSearches"> <div class="default_item"> <div class="default_body"> <ul> <li><a>New content</a></li> </ul> </div> </div> </div> </ul> While a lot of places where we use HTML customizations can validly inject a <div>, this isn't one of them. We might want to add a way for HTML customizations to just inject content directly without using wrappers. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 40637] New: OpacMoreSearches creates invalid HTML in OPAC navigation bar
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40637 Bug ID: 40637 Summary: OpacMoreSearches creates invalid HTML in OPAC navigation bar Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 24220 Since OpacMoreSearches was moved from a system preference to a HTML customization it creates invalid HTML with a <div> directly inside an <ul> element. Furthermore, the WYSIWYG editor of the HTML customizations doesn't allow you to add <li> elements without a surrounding <ul> and automatically adds these "missing" elements on saving. So the original intent of having the navigation items being <li> items within the existing <ul> of the navigation isn't working anymore. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24220 [Bug 24220] Convert OpacMoreSearches system preference to news block -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 25682] New: Style transfers interface to match checkin page
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25682 Bug ID: 25682 Summary: Style transfers interface to match checkin page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 CC: testopia(a)bugs.koha-community.org Depends on: 25537 The transfers page has fallen behind the style of the checkin and checkout pages. It should be made to look more consistent. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25537 [Bug 25537] Page reload at branchtransfers.pl loses destination branch -- You are receiving this mail because: You are watching all bug changes.

1 18

3 grandes ventajas de contratar servicios de informática e IT para TU empresa
by Jonathan Emanuel Campoya 13 Aug '25

13 Aug '25

En Visión Tecnológica tenemos hemos preparado tres grandes ventajas de contratar servicios de informática e IT para TU empresa en Argentina: Optimización de los procesos internos: El uso de servicios de informática en el proceso ayuda a realizar tareas qué son monótonas en el trabajo y reducir la posibilidad de errores. Así mismo se pueden establecer sistemas de control eficaces para control de stocks, ventas y finanzas. Seguridad de la información: Como se puede observar en el mundo emprendedor, la conservación de datos y la privacidad en el lugar de trabajo es como Nada Esencial. Acabar con las contrataciones de servicios especialistas de IT garantiza que la empresa tenga sistemas de seguridad adecuada contra las amenazas cibernéticas y el robo de datos y demás información vital. Soporte técnico constante: Tener disponible un tecnico informatico ayuda a que los problemas que sean técnicos sean resueltos de manera rápida con menos momentos de perdida, asegurando que la empresa siga operando. Esto resulta fundamental para mantener la continuidad de la empresa, ya que se trata de estabilidad en el frente empresarial. Te contamos además una ventaja extra que es muy relevante al contratar servicios de mantenimiento de las computadoras y IT – Adaptación a nuevas tecnologías y tendencias: Tener a su equipo de IT certificado garantiza que el negocio siempre tenga el último conocimiento de las nuevas tecnologías como la inteligencia artificial, hosting en la nube o análisis de datos. Lo anterior le permite a la empresa responder a cambios de mercado de manera más eficiente y ser más competitiva y/o buscar realizar cambios tecnológicos que incrementaran su desempeño y eficiencia. Confíe en Vision Tecnológica como su Servicio tecnologico de referencia para mantener su infraestructura IT segura, estable y operativa en todo momento. ------------------------------ Contacto: Direccion: Uspallata 2583, C1282AES Cdad. Autónoma de Buenos Aires Telefono: 011 4383 9004 / 0341-4305412 Sitio web: https://visiontecnologica.com.ar/soluciones-informaticas/

1 0

[Bug 40642] New: Koha::OAI::Server::Repository self_url incorrect when using Plack
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '25

13 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40642 Bug ID: 40642 Summary: Koha::OAI::Server::Repository self_url incorrect when using Plack Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Koha's OAI-PMH server returns the "request URL" in a "request" element. If a requestURL isn't provided as an argument to a response, CGI::self_url() is used. In Koha, we often use $repository->self_url(), but self_url isn't a method in the $repository object or its parent classes. Rather, CGI::self_url is imported into Koha::OAI::Server::Repository and via Perl automagic it acts like a method. This is a problem for a number of reasons. Firstly, the path is incorrect. In KTD when using Plack, you wind up with a request URL like http://localhost:8080/opac/oai.pl. If you have a reverse proxy and you're doing things like HTTPS offloading, you'll wind up with a HTTP instead of a HTTPS URL. Stuff like that. This also affects the "baseURL" used in the Identify response. -- We should have a method like "repo_url()" where we use OPACBaseURL and rewrite the path using something like the following: s!^/opac!/cgi-bin/koha! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2