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

[Bug 26653] New: Allow editing of item notes on moredetail.pl with circulation permission
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '25

18 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26653 Bug ID: 26653 Summary: Allow editing of item notes on moredetail.pl with circulation permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If a user has circulation permissions, they can edit the lost/damaged/withdrawn statuses of an item on moredetail.pl (the items tab in the catalog). However, they cannot edit the public and non-public notes for that item. Those notes are only editable on this if one also has edit_items permission, which opens up a lot more actions. I feel the editing of these notes from moredetail should also fall under circulation permissions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 31603] New: Add search option for plugin page
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '25

18 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31603 Bug ID: 31603 Summary: Add search option for plugin page 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: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be great to add a search box on this page /plugins/plugins-home.pl to allow users to search the installed plugins. Steps to recreate go to administration click on manage plugins -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '25

18 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #205 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- (In reply to Jonathan Druart from comment #204) > In the last patch: > - min; > + `${min}`; > > Why this kind of changes exactly? The idea here is to consistently prevent JS data-types shenanigans and oddness from occurring, really - we're ensuring that once the number is calculated, we convert it to a string. Effectively, I went with: - anything that gets assigned to the Vue template: convert to string first. - when manipulating numbers (which we mostly get as string from the relevant input field): convert to integer first. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14907] Item search: call numbers in item search results are ordered alphabetically
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '25

18 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14907 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #33 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #20) > Sorry, I am not sure I get your point. :( > > For me this patch for sorting and the generation of cn_sort are separate. > > cn_sort is generated whenever an item is edited/changed, or the touch script > is run, depending on the classification source. Of course there can be bugs > in this area too. > > For sorting we use cn_sort already in other places like inventory or the > callnumber value builder and the field should be used every where we sort on > callnumbers. > > For me the goal of this patch is to use the cn_sort data. So I'd probably > look at the itmecallnumber, cn_sort and sort by cn_sort with SQL and compare > that to what I see in item search. I thought cn_sort was updated when an item is edited/changed or the touch script is run, but it looks like that might not be the case. Looking at Koha/Item.pm, it looks like cn_sort is only generated for new items OR if you're modifying an item and specifically changing the itemcallnumber or cn_source. This makes some sense because it reduces the likelihood of re-computing the same values, but... it does actually mean it's difficult to re-generate cn_sort. I've had some libraries with cn_sort issues, and I've had to do custom scripts today to re-generate the cn_sort. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15789] New: Split borrowers permission into create/edit
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '25

18 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15789 Bug ID: 15789 Summary: Split borrowers permission into create/edit Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/fine-overrid es/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Goal: Add ability to control if an individual staff user can override checkout restriction based on noissuescharge Work to be done: 1) Add new permission allow_fine_override 2) Set new permission for existing staff members with setting for AllowFineOverride 3) Remove use of AllowFineOverride, replace with use of new permission allow_fine_override Looking for sponsors here: http://devs.bywatersolutions.com/projects/fine-overrides/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 Jessica Chamberlain <JChamberlain(a)norfolkne.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |JChamberlain(a)norfolkne.gov --- Comment #10 from Jessica Chamberlain <JChamberlain(a)norfolkne.gov> --- We would find this helpful as well! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39685] New: Typo: authorised value in item search fields
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39685 Bug ID: 39685 Summary: Typo: authorised value in item search fields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Terminology indicates it should be "authorized" and not "authorised". https://wiki.koha-community.org/wiki/Terminology To get there: 1. Go to Administration > Item search fields > New search field --> Authorised values category I also think "Authorized value category" is grammatically correct and not "Authorized values category", but I'm not 100% sure. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 40591] New: Typo in fastadd button class
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40591 Bug ID: 40591 Summary: Typo in fastadd button class 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The fast cataloging button in the circulation home page has the class "circ-butto" instead of "circ-button" like the other ones. I'm not sure why the style still applies, as the button doesn't look different, but I suggest we correct it anyway just in case. To recreate : 1. Go to the Circulation home page 2. Inspect the page (Ctrl + Shift + C) 3. Click on the Fast cataloging button --> In the inspector, notice the class for the button is circ-butto 4. Optional, inspect other buttons --> Note that the class for the other buttons is circ-button -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 20644] New: Per itemtype setting for CheckPrevCheckout
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20644 Bug ID: 20644 Summary: Per itemtype setting for CheckPrevCheckout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 6906 introduced the new CheckPrevCheckout syspref. The description says: "New feature: provide granular means to configure warnings about items that have been issued to a particular borrower before, according to their checkout history." I assume "items" here is shorthand for "items connected to the same bibliographic record"? Just checking on the item level would not be all that useful, if there are more than one copy of e.g. a book. On the other hand, this does not work so well for periodicals/journals where individual issues are entered as separate items. If a patron borrows the last three issues of a journal, the second one will give a warning that the patron has previously borrowed this "title". Could it be possible to have a setting on the itemtypes to choose one of these two? - Check if a patron has previously borrowed individual items (suitable for periodicals/journals) - Check if a patron has previously borrowed any items connected to a bib record (suitable for books, DVDs etc) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 124

[Bug 41075] New: Hold pickup notice sent from patron home library if patron's hold filled message preference has digest only
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41075 Bug ID: 41075 Summary: Hold pickup notice sent from patron home library if patron's hold filled message preference has digest only Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org To replicate: 1. Place a hold for a patron for pickup at a different library than their home library 2. In the patron's messaging preferences make sure digest only is checked for hold filled 3. Check in the item at the pickup location 4. Confirm in the patron's notice tab that the pickup notice was sent from their home library 5. Uncheck the digest only message preference and repeat process 6. The notice is sent from the pickup location -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10