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

[Bug 8937] Translation process removes CDATA in RSS XML
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '26

29 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8937 --- Comment #20 from Hammat wele <hammat.wele(a)inlibro.com> --- Created attachment 204509 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=204509&action=e… Bug 8937: (follow-up) Add unit tests Patch from commit c6d75b1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42318] New: Table record_sources is not populated with data on install
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '26

29 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42318 Bug ID: 42318 Summary: Table record_sources is not populated with data on install Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com In bug 35380 the table record_sources gets populated with system defined values as 'bulkmarcimport','intranet' and so on. As this works in updates via a script in db_revs (251200037.pl) these values are not populated on a new installation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 41850] New: Allow to choose message type for CheckPrevCheckout
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '26

29 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41850 Bug ID: 41850 Summary: Allow to choose message type for CheckPrevCheckout 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Currently, if the staff member doesn't have the force_checkout permission, the CheckPrevCheckout parameter is enabled, and the patron already checked out the title in the past, the checkout is blocked and the staff member cannot proceed. It would be great if libraries could choose if CheckPrevCheckout is a blocking warning or a simple message. I've had this comment from a library where the librarian doesn't want the circulation staff to be able to override checkouts to patrons with unpaid fines over noissuescharge for example, but still wants them to be able to check out previously checked out items. I was thinking maybe a system preference to choose the type of message (warning = yellow with confirmation button; or message = blue without confirmation). I'm not sure if most libraries use CheckPrevCheckout as a blocking mechanism for checkouts like noissuescharge or age restriction that actually need a confirmation, or rather a more informative message. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 34631] New: Independentbranches : Non-superuser should not be able to write Additional contents for other branches
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '26

29 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 Bug ID: 34631 Summary: Independentbranches : Non-superuser should not be able to write Additional contents for other branches 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: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When syspref Independentbranches is enabled Non-superuser should not be able to write Additional contents for other branches To reproduce: 1- Connect to staff interface as superlibrarian 2- Enable IndependentBranches preference 3- Go to Tools -> HTML customizations 4- Crete an additional content for all libraries 5- Create or edit a borrower 5-1- Set permission for the borrower - catalogue - edit_additional_contents 4- Log in to the staff interface with the non-superlibrarian staff user 5- Go to Tools -> HTML customizations --> you can delete or edit the additional contents created by superlibrarian for All libraries 6- Click on New entry --> you can add additional content for other branches -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 106

[Bug 43391] Add POD to all private subroutines/methods
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '26

29 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43391 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43012] New: Item Search title column includes author
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43012 Bug ID: 43012 Summary: Item Search title column includes author 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: fiona.borthwick(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When an item search is done in the staff interface, the results are presented clearly in a tabular form on screen. However the title column also contains the author which means that sub filtering / column sorting by author isn't an option. Can the output of this search be changed so there are separate title and author columns? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 42196] New: Item search : add a 'is empty" option in the search criteria
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42196 Bug ID: 42196 Summary: Item search : add a 'is empty" option in the search criteria Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: laurence.rault(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In item search, the search criteria are such as : criteria IS / IS NOT value It would be useful to have another choice here : IS EMPTY (should take into account empty or null values) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 42984] New: Filtering by date, expiration date, and details on biblio holds table
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42984 Bug ID: 42984 Summary: Filtering by date, expiration date, and details on biblio holds table Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified 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: 23269, 42915 Target Milestone: --- Bug 23269 changed some filtering behavior on the biblio holds table. Bug 42915 restores some of that functionality. Comparing filtering here between 25.05 and main, some differences remain. 25.05 allows one to filter by the values in the Date and Expiration Date columns. This is not possible on main. It's worth noting that this filtering is a little off in 25.05 and seems to be filtering on the un-formatted date value rather than the date as displayed. If a hold is showing a date of "08/02/2026," it will show when filtering to "2026-08-02" but not when filtering to "08/02/2026." Ideally, it would filter based on the display value. 25.05 also allows filtering based on some values in the Details column, while main does not. Though 25.05 also functions imperfectly here. When I have a mix of "Next Available" and "Non priority" holds, I don't get anything when I filter to "next," but I do get my non priority hold when filtering to "non." For item-specific holds, I can filter by the item barcode. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23269 [Bug 23269] Long hold queues are slowing the service https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42915 [Bug 42915] Filtering Holds table by patron name or pickup library is broken -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 42889] New: Trigger SQL autocomplete by pressing TAB
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42889 Bug ID: 42889 Summary: Trigger SQL autocomplete by pressing TAB Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Target Milestone: --- SQL Autocompletion is great but it can sometimes be annoying, especially when copying and pasting code. It triggers when you press Enter, which can sometimes be a problem. If it were triggered by pressing the TAB key, that would make its behavior more predictable. What do you think of that idea? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '26

28 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #808 from Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> --- Created attachment 204498 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=204498&action=e… DB for testing zcat bug_10190_test_db.sql.gz | sudo koha-mysql kohadev sudo koha-mysql kohadev UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="AAAT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 9 DAY) WHERE barcode="AAAT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 10 DAY) WHERE barcode="AAAT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="AABT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="AABT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 9 DAY) WHERE barcode="AABT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="APAT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="APAT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="APAT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 5 DAY) WHERE barcode="APBT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="APBT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="APBT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="CAAT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="CAAT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 9 DAY) WHERE barcode="CAAT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="CABT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="CABT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 8 DAY) WHERE barcode="CABT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 5 DAY) WHERE barcode="CPAT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="CPAT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 7 DAY) WHERE barcode="CPAT3"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 4 DAY) WHERE barcode="CPBT1"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 5 DAY) WHERE barcode="CPBT2"; UPDATE issues JOIN items USING (itemnumber) SET date_due = DATE_SUB(NOW(),INTERVAL 6 DAY) WHERE barcode="CPBT3"; perl misc/cronjobs/overdue_notices.pl -v -v -n -t --library MPL --test --borcat PT --borcat PT2 --frombranch patron-homebranch run with branch MPL and CPL - there is a bug related to patron-homebranch where notices aren't fully populated, but is unrelated to these patches, I filed a bug here: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43405 -- You are receiving this mail because: You are watching all bug changes.

1 0