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

[Bug 35667] New: Editing "current checkouts allowed" copies string "Unlimited" into input field
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35667 Bug ID: 35667 Summary: Editing "current checkouts allowed" copies string "Unlimited" into input field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This is a somewhat recurring issue. When editing a circulation rule where the "current checkouts allowed" have been left empty, the string "Unlimited" is copied into the input field and has to be deleted. The input should remain empty and the Unlimited should only show in the table for saved rules. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34899] New: Circulation Rules: Only Allow "Local Use" Patron Category to Place Hold on Specific Branch Copies
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34899 Bug ID: 34899 Summary: Circulation Rules: Only Allow "Local Use" Patron Category to Place Hold on Specific Branch Copies Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: sspohn(a)oslri.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Use Case: We have 50 member libraries in 72 locations. Most regular patrons enjoy privileges at any member library. However, libraries do offer limited use cards to vacationers, etc. Those patrons are only allowed to checkout and place holds on local items. We would love them to be able to place a hold in Aspen but have the circulation rules applied such that they are only eligible for a hold on the copy owned by their home library. Unfortunately, that does not appear possible due to the order in which loan rules are currently applied via the Koha Sys Admin interface. We attempted to create rules that would disallow checkouts and holds at all other libraries for a given local use patron, but sadly it did not work. Apologies if this is already in another ticket! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 36637] New: listOrders for a given biblio_id will return all orders like %biblio_id%
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36637 Bug ID: 36637 Summary: listOrders for a given biblio_id will return all orders like %biblio_id% Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de CC: tomascohen(a)gmail.com When using the API to retrieve orders for a given param biblio_id, it returns orders where the biblio_id is part of the orders biblio_id. F.e. if the given param is 26, the API will return orders where biblio_id is 262 Maybe this behaviour is intended in order to act as a search filter but i would expect the API, when used with biblio_id, only to return orders where the biblio_id is exactly like the one in the query. To Test: 1) go to http://localhost:8081/cgi-bin/koha/acqui/basket.pl?basketno=1 2) add an order via +Add to basket 3) use an existing record f.e. 9780596004927 4) click addOrder and enter necessary fields, then add item and choose fund to save the order 5) check the biblionumber of the ordered item f.e. 262 6) use the api to fetch orders curl -u koha:koha "http://localhost:8081/api/v1/acquisitions/orders?biblio_id=2" 7) check the biblio_id of the given response -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 32449] New: Plugins: Order the results of GetPlugins/get_enabled_plugins
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32449 Bug ID: 32449 Summary: Plugins: Order the results of GetPlugins/get_enabled_plugins Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org We still get results back in database insertion order. We could at least order them by plugin class to get more consistent results for running multiple plugins, not relying on installation order. A developer that needs execution in a certain order would be able to control that by class name. Which sounds more reliable to me than installation order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 36700] New: CSRF: Cannot save a systempreference
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36700 Bug ID: 36700 Summary: CSRF: Cannot save a systempreference 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org [2024/04/25 11:50:14] [WARN] Programming error - No CSRF token passed for POST http://172.20.21.1:18081/intranet/svc/config/systempreferences (referer: https://master.rijkskoha.nl:28443/cgi-bin/koha/admin/preferences.pl?op=sear…) at /usr/share/koha/Koha/Middleware/CSRF.pm line 82. Fix underway. Diving into js, HTTPClient etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 36681] New: CSRK_TOKEN header should be named CSRF-TOKEN (hyphen instead of underscore)
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36681 Bug ID: 36681 Summary: CSRK_TOKEN header should be named CSRF-TOKEN (hyphen instead of underscore) Change sponsored?: --- Product: Koha Version: unspecified 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: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org By default, nginx ignores invalid headers and header names containing underscores are considered invalid https://nginx.org/en/docs/http/ngx_http_core_module.html#ignore_invalid_hea… https://nginx.org/en/docs/http/ngx_http_core_module.html#underscores_in_hea… Changing the underscore to an hyphen would allow to keep the default nginx configuration -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 24895] New: CCL searching with phr modifier doesn't work
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24895 Bug ID: 24895 Summary: CCL searching with phr modifier doesn't work Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To test: - enable DumpSearchQueryTemplate so you can easily check the contents of your query - enter a CCL search of ti,phr:batman - confirm the query gets processed as just ti:batman -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 34352] New: It would be great to have a generic flatpickr based input for datatables column filters
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34352 Bug ID: 34352 Summary: It would be great to have a generic flatpickr based input for datatables column filters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In bug 34226 I attempted to add flatpickr inputs for the column filtering in ajax driven datatables. It worked well in the case I experimented on, but wasn't quite enough for the more generic handling I was aiming for. We need to support flatpickr without having to import calender.inc in a rather specific load order and we could do with still being able to search on year only rather than always having to specify a full date. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 34579] New: Separate notice/message languages from installed languages
by bugzilla-daemon＠bugs.koha-community.org 01 May '24

01 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34579 Bug ID: 34579 Summary: Separate notice/message languages from installed languages Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org This was mentioned by a Finnish library at PerlKohaCon23, and it makes a lot of sense! As far as I can see there is no previous bug for this. Currently, the list of installed languages governs which languages can be chosen as the "Preferred language for notices" for a patron, as well as the languages that notices can be translated into. This is too restrictive, and it should be possible to define a list of active/available "languages for notices", independently of the installed languages. For example, libraries in Finland, Sweden and Norway might want to be able to send out notices in one or more of the Sami languages, even though there are no translations for them (yet). I *think* we could use authorised values for this. As long as the codes in borrowers.lang and letter.lang correspond to each other, it shouldn't matter exactly *what* they are? Or am I missing something? We could also add a syspref to make it possible to choose between using the installed languages (default) and the alternative method of using the authorised values. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 33014] New: Add link to serial advanced search
by bugzilla-daemon＠bugs.koha-community.org 01 May '24

01 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33014 Bug ID: 33014 Summary: Add link to serial advanced search Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org It seems the staff interface redesign removed the link to the serial advanced search (it used to be next to the search button in the search bar at the top see https://koha-community.org/manual/22.05/en/html/_images/subsearch.png for reference). We should add it back, since there is no other way to access serials-search.pl than to do a search/empty search or the former link. (Maybe in the menu on the left since the new search bar doesn't really allow for such links... Or as the content of serials-home.pl) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23