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

[Bug 36641] New: Add an endpoint to list circulation rules for an itemtype, branchcode and patron category combination
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36641 Bug ID: 36641 Summary: Add an endpoint to list circulation rules for an itemtype, branchcode and patron category combination 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: martin.renvoize(a)ptfs-europe.com CC: tomascohen(a)gmail.com It would be helpful to have an API endpoint that allowed fetching the circulation rules for a given itemtype, branchcode and patron category combination. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 116

[Bug 38040] New: IndependentBranches doesn't prevent editing other libraries' holds
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38040 Bug ID: 38040 Summary: IndependentBranches doesn't prevent editing other libraries' 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When IndependentBranches is set, any staff member from any library can see and edit the holds from patrons from other libraries. 1. Set IndependentBranches, IndependentBranchesPatronModifications, and IndependentBranchesTransfers to 'Yes' 2. Set canreservefromotherbranches to "Don't allow (with independent branches)" 3. Give limited permissions to a staff patron - circulate - catalogue - delete_borrowers - edit_borrowers - list_borrowers - send_messages_to_borrowers - reserveforothers - updatecharges 4. As the superlibrarian, place several holds on a record with items from various branches 5. Log in as the restricted staff 6. View the holds for the record --> Some will say "A patron from library XX" instead of the name -- OK 7. Click the trash bin icon to cancel a hold from another library --> Hold is cancelled -- NOT OK I feel like it should only be superlibrarians who can edit all holds, even those from other libraries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 72

[Bug 39480] New: OPAC view showing double commas on personal name entries with multiple subfield e relator terms.
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39480 Bug ID: 39480 Summary: OPAC view showing double commas on personal name entries with multiple subfield e relator terms. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jboles(a)gc.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 179835 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=179835&action=e… Cataloging Record and OPAC View of double comma issue When entering cataloging records for personal name entries (Fields 100, 700, etc.) that have multiple subfield e relator terms, the OPAC view displays those terms with double commas between them instead of just one. Example: (Cataloging record) 700 1 _ ‡aGibbons, Dave,‡d1949-‡eillustrator,‡eletterer.‡1https://id.oclc.org/worldcat/entity/… -The two ‡e entries have a comma between them according to OCLC Bibformats. (OPAC view) Gibbons, Dave, 1949- [illustrator,, letterer.] -The OPAC view displays this with an extra comma between the two relator terms. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 35981] New: Add authorized values for Relator Codes
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35981 Bug ID: 35981 Summary: Add authorized values for Relator Codes Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 34677 updates the relator terms and codes list. There are authorized values for Relator Terms but not for Relator Codes. This should be separated out so that the codes can be selected for $4, which is more correct for that subfield. While it is possible for a user to add authorized values for Relator Codes, it would be nice if they were included. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 38806] New: Dismissing a "Wrong transfer detected" modal leads to transfer not cancelable anymore
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38806 Bug ID: 38806 Summary: Dismissing a "Wrong transfer detected" modal leads to transfer not cancelable anymore Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1. syspref TransfersBlockCirc => don't block 2. Find or create an item that belongs to a branch other than the logged-in branch Like 39999000012118 in test data 3. Check in the item - this should trigger a Return to Home transfer 4. Click OK on the modal to confirm the transfer 5. Check in that item again 6. Click away to dismiss the modal 7. in another tab go see the record page and see that the item is in pending transit 8. back to 1st tab, check in that item again 9. "Please return this item", no cancel button. This isn't right, there was already a transfer. 10. Click ok 11. Check in the item again. 12. Still "Please return this item", no cancel button, item status: "Transit pending" This is even more wrong! It's not possible to cancel anymore. Is step 7 finding the expected status? (Transit pending) Or is that a 3rd problem? Is there a better title for the bug? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 30281] New: Schedule batch patron deletion and anonymization
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30281 Bug ID: 30281 Summary: Schedule batch patron deletion and anonymization Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Would love to see someone incorporate reoccurring scheduling on this page that didn't require us to setup a cron job on the backend. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 27935] New: Allow item search fields to be defined from database fields rather than MARC tags
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27935 Bug ID: 27935 Summary: Allow item search fields to be defined from database fields rather than MARC tags Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 The item search fields interface allows one to specify MARC tags to be used as custom search fields. It'd be handy to also have the option of specifying database fields, for the various bib/item values that don't get stored in the MARC. This would be handy for folks who don't or can't use reports and therefore rely on item search. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39457] New: [24.05] All items show Waiting status when a biblio-level recall is awaiting pickup
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39457 Bug ID: 39457 Summary: [24.05] All items show Waiting status when a biblio-level recall is awaiting pickup Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This bug is not is main or 24.11, it is definitely in 24.05. To reproduce: 1. Enable UseRecalls system preference and set recalls-related circulation rules 2. Check out an item to Patron A, make sure the item is attached to a record with more than one item. (i.e. use barcode 39999000005875 and search for Sam) 3. Log in as yourself to the OPAC and search for the item 4. Place a biblio-level recall on the record 5. Go back to the staff interface and check in the item 6. A popup for the recall will show. Confirm the recall as awaiting pickup 7. Go to the detail page for your item/record. Notice that all items show a Waiting status, and the information is incorrect (no pickup branch) --> BUG -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 35967] New: REST API: Add /api/v1/recalls endpoint to list recalls
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35967 Bug ID: 35967 Summary: REST API: Add /api/v1/recalls endpoint to list recalls 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: aleisha(a)catalyst.net.nz CC: tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 36210] New: Add Recalls preferences to Hea usage statistics
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36210 Bug ID: 36210 Summary: Add Recalls preferences to Hea usage statistics 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Preferences shared with Hea are listed at C4/UsageStats.pm -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3