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

[Bug 42835] New: ElasticSearch should have an items index
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '26

01 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42835 Bug ID: 42835 Summary: ElasticSearch should have an items index Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 95

[Bug 42558] New: reserves.reservedate should be datetime instead of date
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '26

30 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42558 Bug ID: 42558 Summary: reserves.reservedate should be datetime instead of date Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In front of work I intend to do on Bug 42524. In order to calculate priorities based on reservedate, the reservedate must include time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 95

[Bug 42524] New: Option to calculate priorities based on reservedate when moving hold to a new record
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '26

30 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42524 Bug ID: 42524 Summary: Option to calculate priorities based on reservedate when moving hold to a new record 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 Currently, when a hold is moved to a new record the hold is placed at the end of the priority list. It would be helpful to provide an option to work the moved hold into the priority list based on when the hold was created -- the moved hold would go after older holds, before newer holds. This does present a problem if the new target record has holds whose priority has been manually changed so that they are no longer in order of age. For the merging of bib records we addressed this same issue by fully rebuilding the priority list for the new merged bib, discarding any manual priority changes and putting all holds in order of age. We could take the same approach here. 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 36

[Bug 42383] New: Vue-based interface for check-in
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '26

30 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42383 Bug ID: 42383 Summary: Vue-based interface for check-in Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle(a)bywatersolutions.com Depends on: 24401 Bug 36540 proposes a Vue-based interface or checkout. This bug is for a vue-based checkin page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24401 [Bug 24401] REST API: Check-in -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 43692] New: Update Databases Selectively (Not Entire Row)
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '26

30 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43692 Bug ID: 43692 Summary: Update Databases Selectively (Not Entire Row) Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified 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: trevor.diamond(a)mainlib.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When items and holds are updated, the update command contains the entire row of information. Different processing/internet speeds means that and item update can go into effect seconds after it is checked out. The result is that the item is updated to the status it was when the modifying staff person clicked "save" and not the status after checkout. So an item will be checked out but have a NULL onloan value. The lifetime issues count and Datelastseen will revert to their old values. Similarly, when updating holds priority, the entire set of holds is sent for the entire bib record. Instead of just updating the priority, the entire hold row is sent. A patron might update holds on a bib. While the updates are processing an item is checked in and a hold put on the hold shelf. After the updates finish processing, the old data is restored for that hold. So there is an item on the shelf with a hold slip, but Koha thinks the hold is still looking for an item. There is no specific hold status for an item, so the item appears available. The item will appear on the picklist the next time the staff look (often for the same patron that it is already on the hold shelf for). If it's an especially popular title, you might have patrons entering the library hoping to find the copy on the shelf (a copy that is on the holds shelf, not up for general patrons to find). Both of these problems occur due to inefficient methods of updating table data. Instead, only the relevant information should be sent/updated in the database (example: only update priority and don't overrwrite at all if the priority is now 0). As Koha grows more sophisticated and tables get larger, this type of data updating will become more and more valuable in letting larger library / library cooperatives function without errors that mystify front line staff (who often aren't aware of activity happening in other libraries or on the opposite side of the building). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8666] Prevent to create baskets for inactive suppliers
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '26

30 Sep '26

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

1 0

[Bug 43691] New: Baskets can be created for inactive vendors
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '26

30 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43691 Bug ID: 43691 Summary: Baskets can be created for inactive vendors Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- It should not be possible to create baskets for inactive vendors. Nothing can be added to these baskets (so no order can actually be placed, which is accurate in the manual), but it may be confusing for staff to be able to create a basket without the ability to add anything to it. (It appears that this was addressed with bugs 12054 and 8666 but is currently possible in 26.05.03 , 25.11.06, and 25.05.08, which is all of the versions I'm able to test.) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12054] Don't allow to create orders for inactive vendors
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '26

30 Sep '26

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

1 0

[Bug 17024] viewlog.pl is vulnerable to XSS attacks
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '26

30 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17024 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|Oldversions |--- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=43690 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16958] opac-imageviewer.pl is vulnerable to XSS
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '26

30 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16958 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|Oldversions |--- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=43689 -- You are receiving this mail because: You are watching all bug changes.

1 0