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

[Bug 35460] New: Unable to add or edit hold rules in circulation rules table
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35460 Bug ID: 35460 Summary: Unable to add or edit hold rules in circulation rules table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Adding or editing following columns in circulation rules table doesn't seem to work: - Holds allowed (total) - Holds allowed (daily) - Holds per record (count) To reproduce: 1. Create new rule or edit existing one. 2. Add or change values in following columns: - Holds allowed (total) - Holds allowed (daily) - Holds per record (count 3. Save rule. => Note that columns have value "Unlimited" on them. If you check database, columns haven't been saved. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10487] UT: GetMaxPickupDate needs unit tests.
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10487 Bug 10487 depends on bug 8367, which changed state. Bug 8367 Summary: How long is a hold waiting for pickup at a more granular level https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 What |Removed |Added ---------------------------------------------------------------------------- Status|Needs documenting |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8362] Circulation fixes and improvements omnibus
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8362 Bug 8362 depends on bug 8367, which changed state. Bug 8367 Summary: How long is a hold waiting for pickup at a more granular level https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 What |Removed |Added ---------------------------------------------------------------------------- Status|Needs documenting |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

1 0

[Bug 37432] New: Document language should show alternatively 041 or 008_35-37 (MARC21)
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37432 Bug ID: 37432 Summary: Document language should show alternatively 041 or 008_35-37 (MARC21) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: puss1e.5.5.5.5(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The language(s) of a document are only visible when there is a value in the 041 field. Since this field is intended for multilingual/translated/etc. resources, and for other/unilingual resources the language information is typically just encoded in 008_35-37, the language of a document is often not displayed on OPAC. The language field shown in the bibliographic record preview (on the search results page) and in the detailed bibliographic record should instead display: 041$a 008_35-37 (if there is no value in 041) This should apply to both the OPAC and the intranet. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 29523] New: Add a way to prevent embedding objects that should not be allowed
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29523 Bug ID: 29523 Summary: Add a way to prevent embedding objects that should not be allowed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com A user can be allowed to see only patrons from its own library, for example. So fetching (through the API) all the current checkouts for a biblio and embedding the patron each checkout in the response, could violate this rule (this is the case on bug 29275). We need some mechanism to prevent this at a lower level so controller developers don't need to code for that, and also to avoid unintended leaks. Possible implementations will need to standardize things like the one used in bug 29506, which relies on the existence of ->search_limited to filter out forbidden results. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 225

[Bug 14250] Can generate discharge for patrons with fines
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14250 --- Comment #6 from Theodoros Theodoropoulos <theod(a)lib.auth.gr> --- Please take some time to consider Jonathan's solution and rebase/fix this (serious) issue! It seems that original implementers of this feature believed that having a fine is not a blocking reason for issuing a discharge, but this concept should be reconsidered! Also, at the same time, additional lines will be required in discharge.tt to handle inability to issue a discharge because of pending fines. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37431] New: A way to access the Plugin itself from a Mojolicious Controller
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37431 Bug ID: 37431 Summary: A way to access the Plugin itself from a Mojolicious Controller 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: tadeusz(a)sosnierz.com QA Contact: testopia(a)bugs.koha-community.org While a Koha::Plugin has handy builtins for configuration in the form of store_data() and retrieve_data(), these are not easily accessible from the Mojolicious controllers that we configure in `api_routes()`. My use case specifically is allowing the plugin users to configure an API key in the Plugin (using `configure()`), and then using that API key in the Mojolicious controller. The way to accomplish this currently is manually instantiating the plugin in the controller and using that for the lookup as so: `Koha::Plugin::MyOrg::MyPlugin->new->retrieve_data(...)` This does not feel like a good solution since it's hard to say how Koha will react to us instantiating a Plugin multiple times without reading the code. It seems harmless for now, but there's no guarantee that it won't break something in the future. Ideally I'd see the alternative as something akin to https://metacpan.org/pod/Mojolicious::Controller#app method which currently that gives us a Koha::REST::V1 instance. I'd like to have a `plugin()` available in there as well, so that I could do a `$c->plugin->retrieve_data()` in my routes. Not sure how an implementation of that would look; perhaps there are better alternatives? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14250] Can generate discharge for patrons with fines
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14250 Theodoros Theodoropoulos <theod(a)lib.auth.gr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |theod(a)lib.auth.gr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9596] Allow longoverdue.pl to be configured per library on the command line
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9596 --- Comment #15 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 169407 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=169407&action=e… Bug 9596: (QA follow-up) Only find a given patron once -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0