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

[Bug 28259] New: Checking at branch B an item in waiting hold state at branch A kill koha
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28259 Bug ID: 28259 Summary: Checking at branch B an item in waiting hold state at branch A kill koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 21944 To Test: 1) Set HoldsAutoFill 2) double check hold rules are on next available item. 3) At midway check out barcode 39999000010831 to 23529000035676 patron ( Henry Acevedo) 4) hold next available to Ronnie Ballard (23529000139858) 5) check in 39999000010831, item is in waiting hold state 6) At Centerville check in 39999000010831 --> internal server error Regression introduce by Bug 21944 'Improve efficiency of code' patch, item number is lost in reserve table. Root cause for https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27196 ? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21944 [Bug 21944] Fix waiting holds at wrong location bug -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 38922] New: auth_header.origincode probably never used -- shouldn't it be removed?
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38922 Bug ID: 38922 Summary: auth_header.origincode probably never used -- shouldn't it be removed? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It seems that the column auth_header.origincode is never used in the code. This column exists from the beginning of auth_header table. BTW, a similar column was present also in marc_biblio in ancient times (e.g. in R_2_2_5), but disappeared in 3.00.00. Shouldn't this column be removed? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 48

[Bug 35972] New: Using Course reserves module for Research table reserves
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35972 Bug ID: 35972 Summary: Using Course reserves module for Research table reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 161714 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=161714&action=e… Screenshot of example Research tables on OPAC Our library has research tables and lets patrons (mainly master students working on their thesis) keep items for a longer period on these tables. In order for both library staff and patrons to be able to quickly track down items, we are using the Course reserves module to set a certain research table as temporary location for a certain item. Because tables are not courses, we use a custom patch to have the research tables appear as a separate module on the OPAC. We use the authorized value category DEPARTMENT to distinguish courses from tables. The tables have a separate value "Research tables". Because some of the columns used for the course reserves are not relevant for the tables, we also change the display of these on the OPAC. The following columns are renamed: “Course #” => “Table #” “Instructors” => “Researcher” “Notes” => “Topic” And these columns are hidden: “Dept.”, “Section”, “Term”. Notes: 1) Because of possible privacy issues, we are no longer displaying the name of the researcher, so this column might also be hidden. 2) The topic is optional. Some like to see what others are doing research on. It also helps to know where to look for a book on a certain topic if it is not on the shelf, because keeping the 'table reserves' up to date is a bit of a challenge sometimes, depending on the cooperation of the patron. Ideally this should be a separate module on both the Staff client and the OPAC. It might be called 'Table reserves' if 'Research tables' is too specific. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 72

[Bug 32117] New: "Items with no checkouts" report (catalogue_out.pl) broken with SQL strict mode enabled
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32117 Bug ID: 32117 Summary: "Items with no checkouts" report (catalogue_out.pl) broken with SQL strict mode enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org This report (Reports > Inactive > Items with no checkouts) does not work when the database is in strict mode. Error trace: CGI::Compile::ROOT::kohadevbox_koha_reports_catalogue_out_2epl::calculate(): DBI Exception: DBD::mysql::st execute failed: 'koha_kohadev.items.barcode' isn't in GROUP BY at /kohadevbox/koha/reports/catalogue_out.pl line 51 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 .... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 19690] New: Smart rules: Term "If any unavailable" is confusing and just means No
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19690 Bug ID: 19690 Summary: Smart rules: Term "If any unavailable" is confusing and just means No Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Pertains to Allow on shelf holds. Triggered by looking at bug 4319. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 20813] New: Revamp user permissions system
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20813 Bug ID: 20813 Summary: Revamp user permissions system Change sponsored?: --- Product: Koha Version: master 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Koha's current user permissions system is a bit convoluted and limited due to it's legacy where the permissions system was a simple set of flags. A second layer of sub-permissions were later added complication and obfuscation to the system. We should revamp the permissions system to be a more modern system and open the path to having unlimited nesting of sub-permissions instead of shoe-horning sub-permissions into the limited system we have. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 100

[Bug 38331] New: Add date accessioned column to itemsearch results
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38331 Bug ID: 38331 Summary: Add date accessioned column to itemsearch results Change sponsored?: --- 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Now that Bug 37238 is moving we can add some new columns to the itemsearch display that are hidden by default. One that has been requested is date accessioned. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 56

[Bug 25253] New: Allow to apply modification template when exporting checkouts
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25253 Bug ID: 25253 Summary: Allow to apply modification template when exporting checkouts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 24679 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24679 [Bug 24679] Allow to apply a MARC modification template in export tool -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 26521] New: Import_biblios table fields differ from biblio table fields
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

1 1

[Bug 26853] New: "Data too long for column" errors during MARC import
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26853 Bug ID: 26853 Summary: "Data too long for column" errors during MARC import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I'm noticing "Data too long for column 'title'" and "Data too long for column 'issn'" database errors in the logs. These are preventing import_biblios rows from being added to the system, although import_records rows are still being added. On koha-testing-docker, these errors are being silently ignored, which is not good. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27