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

[Bug 38991] New: Reverting a hold does not cancel the related transfer
by bugzilla-daemon＠bugs.koha-community.org 12 May '25

12 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38991 Bug ID: 38991 Summary: Reverting a hold does not cancel the related transfer Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When an item on hold is being sent from one branch to another (to satisfy that hold) and it is reverted (say, after the item appears to be missing in transit) the item remains In transit. The transfer status should be removed so the hold / reservation becomes active again and it will appear in the Holds to Pull feature. Steps to reproduce: 1. In a multi-site setup, identify an existing hold that is In transit (to the chosen pickup location). 2. In the hold select 'Revert transit status'. 3. Return to the biblio and under the Holdings tab, the item will still be marked as 'In transit'. 4. Even logging back in as the item;s home library and selecting Ignore in the transfer modal only sets the status to 'In transit pending'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 14488] Multi-Volume ordering through acquisition
by bugzilla-daemon＠bugs.koha-community.org 12 May '25

12 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14488 Angela Berrett <angela.berrett(a)familysearch.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |angela.berrett@familysearch | |.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34191] New: Record overlay rule to protect 942 with asterisk being ignored with z39.50 overlay
by bugzilla-daemon＠bugs.koha-community.org 12 May '25

12 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34191 Bug ID: 34191 Summary: Record overlay rule to protect 942 with asterisk being ignored with z39.50 overlay Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 1. Create multiple Record overlay rules with Source, z39.50, TAG, protect, skip, skip, skip, skip. 2. Create Record overlay rule Source, *, 942, Protect, skip, skip, skip, skip. 3. Find a bib record and make sure it contains a 942 with selected item type. 4. Replace record via z39.50 (using the basic editor) 5. Edit the bib and change the protected tags in the overlay rules for z39.50. 5. Attempt to save the record. If 942 is a required field, you must select the item type. If that happens, select an alternate item type. The record will save and restore the tags protected through the z39.50 overlay rules. But the record will also save the alternate item type and not protect/restore the 942 tag to the previous item type. The asterisk should protect the 942 tag regardless of the cataloging process. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 39590] New: Better handling of fast add duplicates
by bugzilla-daemon＠bugs.koha-community.org 12 May '25

12 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39590 Bug ID: 39590 Summary: Better handling of fast add duplicates Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See: Bug 37702 comment 2 Bug 39561 comment 3 One suggestion is that we should only apply the duplicate check to other fast add records. I suggest maybe we need something more. The situation here seems to be that a book has come to the desk and needs to be issued. It is a new copy of an existing title. The librarian with fast add enters title and author and a duplicate is found. I think there should be an option to add the new duplicate, but have it linked to the original record. I am thinking while we want the circulation to go smoothly, we also want an easy way for catalogers to see that there is a fast add duplicate of an existing record that likely needs to be merged -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 12 May '25

12 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #477 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- (In reply to Magnus Enger from comment #476) > Lots of history here... Can I ask what the status is? Is anyone planning to > continue working on this? ByWater / Open Fifth are working on this with a partner library! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17643] New: The bug 3333 breaks intranet search results in column Location
by bugzilla-daemon＠bugs.koha-community.org 12 May '25

12 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17643 Bug ID: 17643 Summary: The bug 3333 breaks intranet search results in column Location Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: christophe.croullebois(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The Bug 3333 corrects in Opac by setting notforloan=1. But it has a side effect on intranet search result page due to the use of authorized value on 'notforloan'. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 12 May '25

12 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Magnus Enger <magnus(a)libriotech.no> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |magnus(a)libriotech.no --- Comment #476 from Magnus Enger <magnus(a)libriotech.no> --- Lots of history here... Can I ask what the status is? Is anyone planning to continue working on this? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39873] New: Patron club holds - separate permission for ability to place club holds
by bugzilla-daemon＠bugs.koha-community.org 09 May '25

09 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39873 Bug ID: 39873 Summary: Patron club holds - separate permission for ability to place club holds Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com >From bug 25787 - Club holds can't be placed without modify_holds_priority permission: > The ability to place club holds should really be its own separate user > permission nested under the reserveforothers (or possibly clubs?) permission > group. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 30723] New: Allow for notices to have custom header/footer includes
by bugzilla-daemon＠bugs.koha-community.org 09 May '25

09 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30723 Bug ID: 30723 Summary: Allow for notices to have custom header/footer includes 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries like to add the same custom header/footer to many notices/slips. It would be handy if there was a way to set a custom header/footer and then call on it in each notice/slip where you'd like to have them. That way you would not have to add the same header/footer content to each notice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 39527] New: Cannot create a new notice when running Koha as a Mojolicious application
by bugzilla-daemon＠bugs.koha-community.org 09 May '25

09 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39527 Bug ID: 39527 Summary: Cannot create a new notice when running Koha as a Mojolicious application Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When running Koha as a mojolicious application, trying to create a new notice results in a CSRF error, because two different 'op' parameters are sent (one in the URL, one in the POST body) -- You are receiving this mail because: You are watching all bug changes.

1 6