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

[Bug 23581] New: Do not fill hold when patron account has overdues/fines
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '25

02 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23581 Bug ID: 23581 Summary: Do not fill hold when patron account has overdues/fines Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Would like to see a preference that would keep a patron from advancing and/or having holds filled in the queue if they have overdue items and/or fines. This could be used as an incentive to return items on time and not play the system in some ways, especially in libraries that don't charge fines. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36575] Wrong patron can be returned for API validation route
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '25

02 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36575 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=40286 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39166] New: 'Transfers to send' report only appears if StockRotation syspref is enabled but contains information about other types of transfers
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39166 Bug ID: 39166 Summary: 'Transfers to send' report only appears if StockRotation syspref is enabled but contains information about other types of transfers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com The link to the 'Transfers to send' report is determined by the StockRotation syspref. However, I was playing with various types of transfers and noticed that the report actually contains other types of transfers (but not all). Should we remove the if StockRotation condition? To recreate: 1. Manually transfer an item to another library 1.1. Go to Circulation > Transfer 1.2. Choose another library (e.g. Liberty) 1.3. Enter a barcode for an item from Centerville (e.g. 39999000000771) 1.4. Click 'Transfer' 2. Place a hold for a Centerville item to be sent to another library 2.1. Search for Shakespeare grammar 2.2. Click 'Place hold' 2.3. Search for a non-Centerville patron (e.g. Henry Acevedo) 2.4. In 'Pickup at' choose Midway 2.5. Click 'Place hold' 3. Create a rotating collection 3.1. Go to Tools > Rotating collections 3.2. Click 'New collection' 3.3. Enter a title (e.g. Local authors) 3.4. Click 'Submit' 3.5. Click 'Return to rotating collections home' 4. Add items to the rotating collection 4.1. Click 'Actions' > 'Manage items' 4.2. Enter a couple of barcodes for items from Centerville and click 'Submit' after each - 39999000002195 - 39999000006933 - 39999000000719 5. Transfer collection 5.1. Click 'Transfer' 5.2. Choose a library (e.g. Springfield) 5.3. Click 'Transfer collection' 6. Go to Circulation --> There is no 'Transfers to send' report even though I do have 5 transfers to send 7. Enable StockRotation system preference 7.1. Go to Administration > System preferences 7.2. Search for StockRotation 7.3. Enable StockRotation 7.4. Click 'Save all Circulation preferences' 8. Go to Circulation --> There is the 'Transfers to send' report 9. Click 'Transfers to send' --> Transfers for the rotating collections are present, but not the manual transfer or the hold -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 33448] New: staffaccess permission needs to have 'permissions' removed from description
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33448 Bug ID: 33448 Summary: staffaccess permission needs to have 'permissions' removed from description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com staffaccess no longer controls whether a staff member can modify user permissions. That is now controlled by the permissions permission. The staffaccess description needs to be updated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 39533] New: Use select2 to select item types and libraries in biblio export
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39533 Bug ID: 39533 Summary: Use select2 to select item types and libraries in biblio export Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org We can use Select2 to allow multiple selections of item types and libraries in the bibliographic record export. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 34132] New: Undo batch Item modification
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34132 Bug ID: 34132 Summary: Undo batch Item modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl >From background_jobs.pl there could be a button to undo or reverse a batch item modification -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28500] New: Display before and after values when a biblio has been edited
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28500 Bug ID: 28500 Summary: Display before and after values when a biblio has been edited Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Trying to determine what information was changed in a biblio is rather difficult. While there is some functionality in the logs, not all staff have access to the logs, nor is the info easy to interpret. It would be really helpful to have another method of tracking changes to bib records, such as a simple BEFORE value: xxxx AFTER value: xxxxx that only records the changes made, which user made the change, and when. Ideally this would be viewable outside of logs, perhaps through reports, and kept for the entire time the biblio is in the catalog. This is very important for libraries that have multiple locations and multiple staff editing biblios - there is a need to see who made what changes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Miranda Nero <mnero(a)oslri.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bywater(a)oslri.net -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37605] New: Why do the vue apps use 'dialog' in place of modals?
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37605 Bug ID: 37605 Summary: Why do the vue apps use 'dialog' in place of modals? Change sponsored?: --- Product: Koha Version: Main 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 I find the vue apps all use dialog where I feel 90% of the time it would be much more appropriate to use a bootstrap modal. The inconsistency is stark. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 Philip Orr <philip.orr(a)lmscloud.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #183286|0 |1 is obsolete| | --- Comment #300 from Philip Orr <philip.orr(a)lmscloud.de> --- Created attachment 187209 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187209&action=e… Bug 6473: Test git-bz after bugzilla update https://bugs.koha-community.org/show_bug.cgi?id=6743 Signed-off-by: John Doe <you(a)example.com> Signed-off-by: Philip Orr <philip.orr(a)lmscloud.de> -- You are receiving this mail because: You are watching all bug changes.

1 0