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

[Bug 42847] SIP authentication ignored after initial successful connection
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42847 --- Comment #26 from Wainui Witika-Park <wainuiwitikapark(a)catalyst.net.nz> --- (In reply to David Cook from comment #24) > (In reply to Wainui Witika-Park from comment #23) > > Ok I have managed to apply the 24.11 patches to 25.05.x-security and am > > getting the same behaviour as on > > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42847#c12 > > > > t/db_dependent/SIP/MsgType.t is failing too > > What's the failure message? Happy for you to DM me if it's easier Just noting on here that the tests actually passed, I had a bad ktd spun up -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36403] New: Add ability to set default sort order for items that display in the Point of Sale system on pay.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36403 Bug ID: 36403 Summary: Add ability to set default sort order for items that display in the Point of Sale system on pay.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: martin.renvoize(a)ptfs-europe.com CC: martin.renvoize(a)ptfs-europe.com On the Point of Sale page at pay.pl the configure button takes you to the table settings for the invoices table. It would be helpful if those settings also allowed staff to set a default sort order by either code or description. Our use case is as follows: Our Library sells items for the Library, the Friends group and the Library Foundation. As a consequence, we have 30 different types of items that can be sold via the POS system. Our codes mirror the fund codes that are used by our Finance office which is necessary for making our daily deposits to the City. We assigned more easily identifiable descriptions for the items so that staff would be able to use the POS system efficiently at a very busy Information Desk. We purposely named the most used items so that they would sort alphabetically at the top of the list. But the default sort order for the table is by code not description. So it would be very helpful to us to be able to set the default sort order in the table settings. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 42633] New: Linking to a host item changes the record framework to default
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42633 Bug ID: 42633 Summary: Linking to a host item changes the record framework to default 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: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 15523] Move a number of sysprefs to circulation rules (Omnibus)
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15523 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39973] New: Add inline editing to the circulation and fine rules table
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39973 Bug ID: 39973 Summary: Add inline editing to the circulation and fine rules table Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be extremely helpful if you could just click in a table cell and edit a value inline in the big circulation and fine rules table. This functionality is already present in the "This sale" portion of the point of sale at pos/pay.pl as an example. The DataTables site illustrates the functionality here: https://editor.datatables.net/examples/inline-editing/simple -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 43352] New: Optionally analyze all reports at creation and update and block saving of reports with warnings
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43352 Bug ID: 43352 Summary: Optionally analyze all reports at creation and update and block saving of reports with warnings 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Depends on: 42585 Target Milestone: --- Bug 42585 adds a tool for analyzing reports for potential danger due to malformed or resource-intensive queries. It would be good to have the option to always analyze reports when they are created or edited. We could block the user from saving when the analysis uncovers issues (unless the user has permission to override that block). But it might make more sense to allow the report to save with some sort of "has issues" flag and then prevent users from running it? That'd make it easier to revise a report to address the issues. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42585 [Bug 42585] Add ability for Koha to analyze reports and warn for potentially dangerous reports -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42996] New: xt/author/show-template-structure.pl is no longer needed
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42996 Bug ID: 42996 Summary: xt/author/show-template-structure.pl is no longer needed Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 5917 Target Milestone: --- Old script that was supposed to be useful before the switch to... Template::Toolkit in 2011 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5917 [Bug 5917] Switch Koha to use Template::Toolkit -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 6892] If a URL has been entered without http://, it isn't correctly linked
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 Paul Derscheid <paul.derscheid(a)lmscloud.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #18 from Paul Derscheid <paul.derscheid(a)lmscloud.de> --- Hi Jan, thanks for picking this one up. The OPAC follow-up is good and does what it says: with TrackClicks on, uri=bugs.koha-community.org becomes uri=http%3A%2F%2Fbugs.koha-community.org, and with tracking off the Online resources block comes out identical to before. Hoisting the AddMissingProtocol call into a variable so all three branches share it also looks right to me. The first patch is a problem, though. It comes down to: in the "otherwise" branch it drops the <a> instead of leaving it alone. For example: a record with 856 ind1=0 $u mailto:someone@example.com. On main that link works. With the patch it renders as plaintext, because "mailto" doesn't start with "http" and ind1 isn't 4. Same for telnet://locis.loc.gov (ind1=2) and ftp://ftp.gnu.org/gnu/ (ind1=1). The protocols from the indicator list in comment #2. And that applies to any other $u subfield too, e.g. 505 $u mailto:someone@example.com. Katrin suggested in comment #4 to add http:// for ind1=4 and leave the content alone otherwise. Leaving it alone fixes the reported case w/o breaking the others. Another thing is that the check reads tab0X.{tag,tag_ind} and MARCdetail.pl only fills those in the standard display path. Two settings break it: 1. hide_marc=on: the tag holds the fields label instead of 856, so a protocol-less 856 ind1=4 gets no link. 2. LabelMARCView=economical: repeated fields get tag = '', so only the first 856 in a run of 856s gets the http:// prefix, the rest lose their links. On comment #6: since this seems to have stalled this bug, both patches are display only, so no modification of stored data. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42488] New: Add the ability to warn and/or prevent custom reports from using sub-queries/sub-selects
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42488 Bug ID: 42488 Summary: Add the ability to warn and/or prevent custom reports from using sub-queries/sub-selects 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com For large libraries, reports using subqueries can generate temp tables so large they fill the database server disk and can kill the database server. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 43349] New: Use the current date as the return date when overriding checkout for an expired patron
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '26

20 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43349 Bug ID: 43349 Summary: Use the current date as the return date when overriding checkout for an expired patron 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: koha(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- I thought I had submitted this bug yesterday but can't find it so I am sorry if it comes up 2 times. When temporarily overriding the expiration restriction, if ReturnBeforeExpiry is enabled, the return date is set to the patron's expiration date, which can automatically result in an overdue checkout. Since I am overriding the expiration restriction, I would expect the return date to be at least the current date so that an overdue checkout is not immediately placed on the patron's account. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0