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

[Bug 19763] New: Improve the close budget screen
by bugzilla-daemon＠bugs.koha-community.org 04 May '24

04 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19763 Bug ID: 19763 Summary: Improve the close budget screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When closing a budget the message once orders are resolved is: There are no unreceived orders for this budget. Back Perhaps a message that the budget is ready to be closed, or a link to make the budget inactive and locked would be helpful to the user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 20488] New: Manual renewal due date ignore closed day in calendar
by bugzilla-daemon＠bugs.koha-community.org 04 May '24

04 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20488 Bug ID: 20488 Summary: Manual renewal due date ignore closed day in calendar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, When choosing a renewal date manually, calendar is not taken into account. If the chosen day is a closed day, due date will still be positioned on that date. A warning should appear or due date should be on the next open date in the calendar. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 23366] New: Add html option on subscription additional field
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23366 Bug ID: 23366 Summary: Add html option on subscription additional field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Created attachment 91765 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91765&action=ed… additinal_field Hi, It would be nice to be able to add html code on subscription additional field. currently, the html code registered in a field is not fully taken into account when modifying a subscription. Once the <a href ... code is entered, it is no longer possible to modify it. See image attached. Regards Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22188] New: Use publication date as numbering pattern
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22188 Bug ID: 22188 Summary: Use publication date as numbering pattern 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- Brimbank Libraries Australia would like to be able to use the publication date of a serial as the issue number. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 62

[Bug 36705] New: The 'Add new concern' button for catalog concerns is hidden away
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36705 Bug ID: 36705 Summary: The 'Add new concern' button for catalog concerns is hidden away Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The ability to report catalog concerns from the staff client is hidden away under the 'New' button of the record. We could expose a link from the 'Concerns' tab when in focus at the bottom of the page and perhaps make the feature more discoverable by moving/replicating the button outside of the 'New' menu somewhere too? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[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