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

[Bug 9750] Bring routing lists into notices & slips
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9750 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41846 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9750] Bring routing lists into notices & slips
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9750 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |dcook(a)prosentient.com.au --- Comment #16 from David Cook <dcook(a)prosentient.com.au> --- I didn't perfectly follow the test plan. I didn't install any additional languages. I just went with the default English since that will be my normal scenario most of the time. And doing so... I couldn't get this to work. I think I misunderstood the test plan... I didn't have anything in ROUTING_LIST in letters, so nothing was there to migrate... but when I try to fill out my custom stuff in RoutingListNote, nothing appears anywhere when I press "Print list". Which I guess makes sense because of "RemoveRoutingListNote". -- Now... additionally these patches appear to break existing routing lists. I had an existing routing list but now it says "Create routing list" instead of "Edit routing list". And worse.. if I click on "Create routing list", it actually brings up the existing routing list. If I click "Save" on my routing list, it takes me to "routing-preview.pl" but all the routing list information is missing. So there's a big regression there. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41873] New: "On hold" no longer blocks renewals if maximum of renewals reached
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '26

19 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41873 Bug ID: 41873 Summary: "On hold" no longer blocks renewals if maximum of renewals reached Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com, gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com, michaela.sieber(a)kit.edu In 24.11.12 the list of checkouts in the patron account in the staff interface no longer shows an an item is on hold and when maximum of renewals has been reached. But this is exactly the moment you won't want to make an exception and renew it for them once again. Setup: - AllowRenewalLimitOverride = Allow - AllowRenewalOnHoldOverride = Not allow - Look for a record with 1 item. - Check it out to Patron A. - Renew until the maximum of renewals was reached. (important) - Place a hold for Patron B. - Verify in the patron account: Item is "not renewable", but there is no info about the hold. - BAD - Check the "override renewal limit" checkbox and try to renew - Verify the issue is renewed - BAD -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 41867] New: Vendor searching should be allowed for any staff with any acquisition permissions
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41867 Bug ID: 41867 Summary: Vendor searching should be allowed for any staff with any acquisition permissions 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 Vendor searching is currently limited to those staff members who either vendors_manage or marc_order_manage permissions. Any staff with at least a single acq permission should be able to search vendors. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 33153] New: Bibliographic references disappear from the payment history if the item is deleted
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33153 Bug ID: 33153 Summary: Bibliographic references disappear from the payment history if the item is deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When you create a payment for a user, if you specify the reference of an item, Koha keeps track of the item and the record in the payment history. But if the item is deleted after the payment is done, this information disappears from payment history. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 41881] New: Add item information to the Acquisition Details tab of a Bibliographic Record.
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41881 Bug ID: 41881 Summary: Add item information to the Acquisition Details tab of a Bibliographic Record. Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alyssa.drake(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When looking at the "Acquisition Details" tab of a bib record, it would be helpful to have columns with information about the corresponding item. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 9699] Allow patrons to see notices sent to them in their OPAC account
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9699 Christopher Brannon <cbrannon(a)cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cbrannon(a)cdalibrary.org --- Comment #5 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- This would be extremely helpful. Staff are often having to go back to look for past notices because the patron can't. There are also often times that patrons emails fail or are blocked, and this would give them an avenue of notification. Even if they did not have a phone/sms/email and the notice wasn't printed, it would be good for notices of their choice to live here, so they have something to log into and check. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41727] New: When moving a hold to a new biblio, allow selection of biblio via item barcode
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41727 Bug ID: 41727 Summary: When moving a hold to a new biblio, allow selection of biblio via item barcode 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: 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: 31698 Bug 31698 added the ability to move a bib-level hold to a new target biblio, but requires to user to enter the biblionumber of the new target. In Bug 41124 I've suggested adding a catalog search to the workflow of moving a hold to a new bib. As an alternative (possibly simpler) option, it would be good to allow the user to enter an item barcode rather than a biblionumber. The hold would be moved to the biblio to which the item is attached. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31698 [Bug 31698] Add ability to move a hold to a new bibliographic record/item -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

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 18 Feb '26

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Michael Adamyk <michael.adamyk(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michael.adamyk@bywatersolut | |ions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

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

18 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Sara Brown <sbrown(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41878 -- You are receiving this mail because: You are watching all bug changes.

1 0