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

[Bug 37464] Remote Code Execution in barcode function leads to reverse shell
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '25

22 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37464 Abdivasiyev Sunnatillo <abdivasiyevsunnatillo2008(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |abdivasiyevsunnatillo2008@g | |mail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41488] New: Filter State not applied when opening shared link
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '25

22 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41488 Bug ID: 41488 Summary: Filter State not applied when opening shared link Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When applying a filter by Status in the Holdings table on the bibliographic record's Normal view, the filter value is included in the shared link and appears correctly in the filter dropdown when the link is opened in a new tab. However, the actual filtering is not applied to the table data. How to reproduce 1. Open the Normal view on a bibliographic record that has items. 2. In the Holdings tab, apply a filter based on Status. 3. Click “Copy shareable link” above the table. 4. Open the copied link in a new browser tab. Expected behavior The page should load with the **Status** filter both: - displayed in the filter dropdown, and - actively applied to the table results. Actual behavior - The selected Status value appears in the filter dropdown when the shared link is opened. - The table data is not filtered according to the selected status; all items are shown. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

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

22 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14907 --- Comment #34 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #33) > 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. Actually it looks like the touch script has a special provision for updating cn_sort too. My bad... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41487] New: create appealing and customizable selections exportable as a widget
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '25

21 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41487 Bug ID: 41487 Summary: create appealing and customizable selections exportable as a widget Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We should have a standard way (not a plugin) to create visually appealing and customizable selections (tables, carousels, etc.) from lists or saved searches, and display them on the OPAC, on staff interface, as well as outside Koha in the form of an HTML widget. Some other ILSs offer this feature... I never tried this plugin https://github.com/inLibro/koha-plugin-carrousel but maybe it could be a working base. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41486] New: Complete item data should be displayed in catalogue/moredetail.pl
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '25

21 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41486 Bug ID: 41486 Summary: Complete item data should be displayed in catalogue/moredetail.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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 catalogue/moredetail.pl displays data about the items of a record. But it does not display non standard data (customized 952 MARC21 or 995 UNIMARC subfields), and I am not sure it displays all standard data. The purpose of this page should be to display information that we do not want to display in the global table of items, so as not to overload it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30255] New: Allow skipping "list" step for record batch modification/deletion
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '25

20 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30255 Bug ID: 30255 Summary: Allow skipping "list" step for record batch modification/deletion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We encountered an issue using the Batch record modification/deletion-tools for a very large number of records. The "list" step where records can be optionally excluded is not relevant in our use-case and takes forever to load. This patch adds an option for skipping this step and directly enqueue the job for all specified records. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 40862] New: Repeated 028 fields are missing a separator
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '25

20 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40862 Bug ID: 40862 Summary: Repeated 028 fields are missing a separator Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org Repeated 028 (publisher number) fields are missing a separator. To test: 1. Add multiple 028 fields to a record 2. Navigate to both OPAC and staff interface record detail view 3. Observe two 028 merging together with no separator What shall we use as a separator? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 27254] New: Damaged items need more control over holds
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '25

19 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27254 Bug ID: 27254 Summary: Damaged items need more control over holds Change sponsored?: --- Product: Koha Version: master 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 Currently, NOT_LOAN is setup so that negative values will allow holds and positive values will not. DAMAGED does not have this functionality, to my knowledge. AllowHoldsOnDamagedItems gives you an ON/OFF setting for DAMAGED items. It would be great if we did away with AllowHoldsOnDamagedItems and instead DAMAGED would function the same as NOT_LOAN in terms of positive and negative values distinguishing whether or not the item can be put on hold. This way, a library can determine if a damaged item is a lost cause and change it to a damaged status that can't be held. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 41459] New: Add itemnumber as a column to holdings table
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '25

19 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41459 Bug ID: 41459 Summary: Add itemnumber as a column to holdings table Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Some libraries would like to be able to view the itemnumber in the staff interface. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 41485] New: Add ability to block self-checkout by patron category
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '25

19 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41485 Bug ID: 41485 Summary: Add ability to block self-checkout by patron category Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Some libraries would like to to block certain patron categories from using self checkout. This could be achieved by a circulation rule or system preference. Once a patron logs in for self-checkout, it would be nice to convey instructions to the patron on what to do next. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0