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

[Bug 40660] New: Authority record needs a link to modification log
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40660 Bug ID: 40660 Summary: Authority record needs a link to modification log Change sponsored?: --- Product: Koha Version: 24.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 Modification logs are available in many places in Koha. However, there is no link to a modification log when viewing an authority record. In order to look at an authority log, the user has to go to Tools > Logs, select authorities and then enter the object (authority record number). Not a big deal, but maybe not as convenient as accessing the log from the authority record where the record number is automatically entered into the object field. It would be nice if the modification log was accessible from the authority record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 43762] New: FilterSearchResultsByLoggedInBranch needs more information when hiding info
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43762 Bug ID: 43762 Summary: FilterSearchResultsByLoggedInBranch needs more information when hiding info Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- FilterSearchResultsByLoggedInBranch, whether set to hide or show other library copies, needs to show: Local Copies / Other Copies / Available Available should ALWAYS show the same number, or should be configurable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 43761] New: Labelling phones
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43761 Bug ID: 43761 Summary: Labelling phones Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement 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(a)bywatersolutions.com Target Milestone: --- Most contact databases these days allow you to indicate what a phone number is (cell, home, office, etc). Should we update Koha to include these identifiers? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 21309] New: Add flag to change password
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21309 Bug ID: 21309 Summary: Add flag to change password Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 We should add a flag to patron accounts that, if checked, would require the patron to sign in to their account and change their password. This option could incorporate the following functionality: * Allow patron to sign in with old password then prompt for a new password. * E-mail patron notifying them with the need to change. * When active, it would block checkouts and sip authentication until done. * Anytime a password is changed in the account, whether staff side or opac, the change would clear the flag in the patron account. * Date of change should be time stamped. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 42255] New: Grouped holds counted inconsistently for circ rules
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42255 Bug ID: 42255 Summary: Grouped holds counted inconsistently for circ rules Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Depends on: 15516 With grouped holds enabled, Koha sometimes counts all holds individually and sometimes counts all of the holds in a group as just 1. To confirm: Enable 1 - set a circ rule with: -- Holds allowed (total): Unlimited -- Holds allowed (daily): Unlimited -- Holds per record (count): 2 2 - Place 2 holds on the same record for the same patron 3 - Try to place a 3rd hold, get an error "too many holds" 4 - group your 2 existing holds 5 - try to place a 3rd hold; it works! 6 - set a circ rule with: -- Holds allowed (total): Unlimited -- Holds allowed (daily): 2 -- Holds per record (count): Unlimited 7 - Place 2 holds in the same day for the same patron 8 - Try to place a 3rd hold, get an error "too many holds" 9 - group your 2 existing holds 10 - try to place a 3rd hold; it works! 11 - set a circ rule with: -- Holds allowed (total): 2 -- Holds allowed (daily): Unlimited -- Holds per record (count): Unlimited 7 - Place 2 holds in the same day for the same patron 8 - Try to place a 3rd hold, get an error "too many holds" 9 - group your 2 existing holds 10 - try to place a 3rd hold; still get an error "too many holds" Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 [Bug 15516] Allow to place a hold on first available item from a group of titles -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 43745] New: Category defaults doesn't work when some checkboxes are disabled
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43745 Bug ID: 43745 Summary: Category defaults doesn't work when some checkboxes are disabled Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: shipra.poojary(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- To create: 1.Navigate to Administration > Patron categories 2.Set up a category with no messaging preferences(inactive) 3.Create a second category with messaging preferences enabled (Advance notice with days in advance, SMS, Email and Digests set up) 4.Open a patron account, change their patron category to the inactive one, check "Reset messaging preferences to category defaults" and save. Confirm no messaging preferences are selected. 5.Change the patron category to the second category(with preferences),check "Reset messaging preferences to category defaults" and save. SMS and email checkboxes are left unchecked, while Digest is checked, failing to apply the category defaults correctly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 27063] New: Allow changing which record an order is linked to
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27063 Bug ID: 27063 Summary: Allow changing which record an order is linked to 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org At the moment if the basket is still open you can update the bbliographic details of an order or overwrite the existing record via Z39.50, but if you notice that you have used the wrong record, there is no way to fix this. It would be great if it was possible to change the record an order is linked to while the basket is still open. This should explicitly allow to use a record that is already in the catalog. -- There is also a use case here for libraries using standing orders for tracking electronic resources such as series. They usually place the order on the series record. When the volumes arrive they'd like to change it so the acq information is tied to the volume. But without using items (which is not the case here for electronic resources), this is not possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 42712] New: Error when making a suggestion with only the suggestions_create permission
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42712 Bug ID: 42712 Summary: Error when making a suggestion with only the suggestions_create permission Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: 1. Setup a staff user with suggestions_create but none of the other permissions for suggestions. 2. Go to suggestion/suggestion.pl and create a new suggestion/ 3. Once the suggestion is submitted your are redirected back to suggestion/suggestion.pl and will see a pop-up: "Something went wrong when loading the table. 200: OK. " -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 42487] New: holds-table configuration is off when DisplayAddHoldGroups is enabled
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42487 Bug ID: 42487 Summary: holds-table configuration is off when DisplayAddHoldGroups is enabled Initiative type: --- Sponsorship --- status: 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com To recreate: 1. Enable the DisplayAddHoldGroups system preference 2. Add some holds for a patron 3. Go to the patron record 4. On both circ/circulation.pl and members/moremember.pl the configuration is off by one. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 43253] New: Holds table Title column is hidden from 'View patron's holds' link for hold groups in Hold Found modal
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '26

08 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43253 Bug ID: 43253 Summary: Holds table Title column is hidden from 'View patron's holds' link for hold groups in Hold Found modal Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Depends on: 41957 Target Milestone: --- Created attachment 203362 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203362&action=e… Holds table with title column hidden When I click either 'View patron's holds' link from the 'Hold found' modal, the link goes to the patron's holds table as expected, but the Title column is hidden. It's not hidden in table settings, and it shows normally when accessing patron's holds table directly from their accounts. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41957 [Bug 41957] Hyperhold/hold group information should show on 'Hold found' modal -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2