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

[Bug 29245] New: getTranslatedLanguages needs attention
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '25

16 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29245 Bug ID: 29245 Summary: getTranslatedLanguages needs attention Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Adjust POD Parameter which OPAC calls with preference (which is prog for staff) Maybe more? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 34478] Full CSRF protection
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '25

16 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34478 Phil Ringnalda <phil(a)chetcolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |38853 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38853 [Bug 38853] 'Cancel selected' on holds table does not work -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17291] New: Add <item>...</item> syntax to advance_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17291 Bug ID: 17291 Summary: Add <item>...</item> syntax to advance_notices.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org advance_notices.pl, which handles DUE, DUEDGST, PREDUE and PREDUEDGST notices, does *NOT* accept the <item> ... </item> Syntax used by overdue notices. This is *VERY* confusing to users -- It's one of the most frequent trouble tickets handled by Bywater Solutions. As far as I can tell, there's no reason *not* to fix this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 30259] New: Checkin/Checkout notifications repeat the entire message
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30259 Bug ID: 30259 Summary: Checkin/Checkout notifications repeat the entire message Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org On all other digests, we can specify item content, and that item content lists all items being listed. The rest of the template is not repeated. However, on the checkin/checkout templates, if there are multiple items, the entire template is repeated. This needs to be updated to work like the other notification digests. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 25528] New: Show icons for shelving locations and collections in OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25528 Bug ID: 25528 Summary: Show icons for shelving locations and collections in OPAC Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement 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 In Koha it's possible to link authorised values like collections and locations to icons via their authorised values. The icon currently only shows on the advanced search in OPAC, but it would be really helpful to also show it in the items table on the details page. To test: - Go to admnistration > authorised values > LOC or CCODE - Select an icon for any of your values - Go to the advanced search in OPAC and verify the icon displays (might require changing the AdvancedSearchTypes system preference) - Check the detail page of a record with items in your location/collection - Verify that the icon doesn't display -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 29468] New: MARC21: Add display of 247 - Former Title
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29468 Bug ID: 29468 Summary: MARC21: Add display of 247 - Former Title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 38896] New: Facets' content not ordered properly with accented characters (Zebra and ES)
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38896 Bug ID: 38896 Summary: Facets' content not ordered properly with accented characters (Zebra and ES) 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: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When setting FacetOrder to alphabetically, facets' content is not ordered properly when a term starts with an accented character (e.g. Études ... would be placed at the end and not under 'E'), both with Zebra and with Elasticsearch. `use locale` (in C4/Search.pm and be a solution Koha/SearchEngine/Elasticsearch/Search.pm) seems to solve the issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38868] New: numSearchResults and OPACnumSearchResults are not sanity checked
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38868 Bug ID: 38868 Summary: numSearchResults and OPACnumSearchResults are not sanity checked Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org It turns out that numSearchResults and OPACnumSearchResults are not sanity checked. If you have high numbers in these system preferences, your search results are going to get very slow, and your browser may actually struggle to render the large quantity of HTML. At a glance, we actually look up these sysprefs in more places than you'd think... and since we use the "preference" function, we don't have an existing way of doing sanity checks (either at setting time or getting time). -- I'd say the options look like building sanity checks into the "preference" function, starting a Koha::Search object that can be used for getting search information, or adding something into our current search classes (although that might be too heavy weight for some contexts). -- Due to the volume of system preferences, obviously adding sanity checks to all system preferences could get unwieldy. But I reckon something needs to be done. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 38867] New: Optimize Koha::Items->filter_by_for_hold for search
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38867 Bug ID: 38867 Summary: Optimize Koha::Items->filter_by_for_hold for search Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org There are cases where Koha::Items->filter_by_for_hold() is only called 1 time in a HTTP response (e.g. on the various OPAC detail pages or the staff interface cat-toolbar.inc), but in the search results it's called N times where N is the number of records rendered on the page. This can drastically increase the number of queries going to the DB. Out of the box, numSearchResults and OPACnumSearchResults are set to 20, but an admin can set it much higher. I was monitoring a long running search requests where numSearchResults was set to 1000, and many of the queries I saw were from this one function. That said, I didn't get a chance to look at the actual execution time for these queries. Considering what the queries are, chances are most of the time was lost on the "items" and "reserves" table. However, it never hurts to reduce DB queries, especially when the volume of queries increases with the volume of search results. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38866] New: API functionality needed in news to allow future connectivity with discovery systems
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38866 Bug ID: 38866 Summary: API functionality needed in news to allow future connectivity with discovery systems Change sponsored?: --- Product: Koha Version: Main 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Koha news needs API readability (GET) so that discovery systems like Aspen can eventually display the same type of information we might choose to display on Koha's public OPAC via news. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3