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

[Bug 32218] New: Rephrase: Allow OPAC access to users from this domain to login with this identity provider.
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32218 Bug ID: 32218 Summary: Rephrase: Allow OPAC access to users from this domain to login with this identity provider. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Found while translating: koha-tmpl/intranet-tmpl/prog/en/modules/admin/identity_providers.tt:204 Allow OPAC access to users from this domain to login with this identity provider. Maybe this was meant? Allow users of this domain to log into the OPAC using this identity provider. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 36725] New: Add Current publication frequency to Elasticsearch index mappings
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36725 Bug ID: 36725 Summary: Add Current publication frequency to Elasticsearch index mappings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz https://www.loc.gov/marc/bibliographic/bd310.html -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 36507] New: Cannot set desk as non superlibrarian
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36507 Bug ID: 36507 Summary: Cannot set desk as non superlibrarian Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: 1. Turn on UseCirculationDesks 2. Create some desks 3. Login as a non-superlibrarian 4. Try to switch desks Undefined subroutine &C4::Context::IsSuperLibraian called at /kohadevbox/koha/circ/set-library.pl line 54 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 37096] New: Required fields in budget creation are ignored if left blank
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37096 Bug ID: 37096 Summary: Required fields in budget creation are ignored if left blank Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To Replicate 1. In Acquisitions, Budgets, add a new budget. 2. Fill in the Start date, Description, Total Amount, and make active. Leave the end date BLANK. 3. Save. See that the user is returned to the budget listing page but the budget creation silently fails. The behavior is repeated if both the start date and end date are blank. A save failure error message does appear if the description is left blank. I would expect a save fail error message if either the start or end date was blank. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 19097] New: Koha to MARC mappings Part 3
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19097 Bug ID: 19097 Summary: Koha to MARC mappings Part 3 Change sponsored?: --- Product: Koha Version: master 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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 26297] New: RestAPI : add a route to list patrons categories
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26297 Bug ID: 26297 Summary: RestAPI : add a route to list patrons categories 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: arthur.suzuki(a)biblibre.com This is needed to implement self-registration in frontends softwares. Because POST to /api/v1/patrons need the category as a mandatory argument, we need a way to retrieve a list of the categories. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 85

[Bug 30661] New: Able to update more hold parameters via REST API
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30661 Bug ID: 30661 Summary: Able to update more hold parameters via REST API 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: johanna.raisa(a)koha-suomi.fi CC: tomascohen(a)gmail.com If the holds edit endpoint is wanted to use more effectively then it needs more parameters than priority, pickup_library and suspend_until. Is there a plan for PUT action since it has acted as PATCH and is now deprecated? There definitely should be also a real PUT endpoint as documented here https://wiki.koha-community.org/wiki/Holds_endpoint_RFC, now the situation is quite misleading. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 37081] New: Add Order Confusing On acqui/addorderiso2709.pl page
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37081 Bug ID: 37081 Summary: Add Order Confusing On acqui/addorderiso2709.pl page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When staging or adding a new file to a basket in Acquisitions, on the acqui/addorderiso2709.pl? Next the items to select, there is an ADD ORDER button. At the bottom of the page there is a SAVE button. ADD ORDER does not add this item to the order, it starts a new blank order. I believe we should reword this button to say what it does, NEW ORDER instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 34805] New: Add order search form to acq start page
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34805 Bug ID: 34805 Summary: Add order search form to acq start page 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Triggered by discussion about bug 33662 we've discussed adding the order search form to the acquisition start page. This would be consistent with other module start pages that offer search options, like serials and patrons. It would also save some clicks. We've discussions some variations: * Generally the vendor search and pending suggestions on top were preferred * The order search could/should be shortened to take not up so much space * We could add less/more or a link to the full page * Ideally already entered search terms would be kept when switching to the full form page -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 37022] New: Allowing holds on not for loan item types
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37022 Bug ID: 37022 Summary: Allowing holds on not for loan item types Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com - Long context: We have a number of items in our collection that are not for loan, but are available for reference. Some of them are in our closed stacks. (see Use Case in bug #35299 ) In order to consult those, our users should be able to place a hold on them from the OPAC. I am able to fix that for items that have an item type that is normally for loan by setting the "952$7 - Not for loan" status to a negative value, e.g. "-2" (from the authorized values NOT_LOAN). However, instead of setting a not for loan status for each item individually, we work with certain item types that are always not for loan on the item type level (by checking the "Not for loan" box in Administration > Item types). The "952$7 - Not for loan" status for these is "0" and it doesn't help to change it to "-2", as the not for loan status is apparently stored elsewhere because of the item type. So, a hold cannot be placed on these items. We could make the item type for loan and change the status for each item individually, but that creates other issues. E.g. during Covid time items could not be consulted in the library, so all items where exceptionally made available for loan. This was 'easy' to do, as we just needed to add a specific circulation rule for those item types and then uncheck the box for the item type to make it for loan. Afterwards we just needed to tick the box again. It has happened another time because of other exceptional circumstances that we needed to make all items temporarily for loan and it might happen again in the future. - Enhancement request: Is it possible to add an extra option to the 'not for loan' status on item type level for items that are not for loan but holdable? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4