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

[Bug 40742] New: Add ability to anonymize resolved accountlines
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40742 Bug ID: 40742 Summary: Add ability to anonymize resolved accountlines Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbcornell(a)cityofportsmouth.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Patron information is saved in the accountlines table indefinitely even if the charge was resolved. It would increase patron privacy if we could anonymize accountlines when they have been resolved, either immediately or after a set period of time. This could be based on the values in either amountoutstanding, status, or another field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9598] Ability to split up shipping cost between all items and funds on an invoice
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9598 --- Comment #3 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- (In reply to Tomás Cohen Arazi (tcohen) from comment #2) > Maybe it needs a more detailed behavior description. Does is need to list > the used funds and allow setting percentages? Maybe it could allow choosing > other funds? My thinking was that the shipping total would be split across all funds present in the basket according to the percentage of items on the invoice assigned to each fund. So if an invoice has 10 items and a $100 shipping cost, with 4 items on the invoice charged to Fund A, 4 items to Fund B, 2 items to Fund C, we'd charge $40 shipping to Fund A, $40 to Fund B, $20 to Fund C. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 --- Comment #11 from Miranda Nero <mnero(a)oslri.net> --- Thinking about how this would be ideally implemented, I'd like to see the ability to go to the bib page, select the items using the checkboxes next to the items, and then input a biblionumber to transfer those items to. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

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

1 0

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 George Williams (NEKLS) <george(a)nekls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |george(a)nekls.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40741] New: OPAC searches for records with many items are very slow
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40741 Bug ID: 40741 Summary: OPAC searches for records with many items are very slow Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 I tested in k-t-d, with default data. I brought my k-t-d up with the es7 option. When you have a results page with multiple records having many items on it searches become too slow on the OPAC: On the staff interface: 1 records w/ 1000 items: 1300ms 2 records w/ 1000 items: 1701ms 3 records w/ 1000 items: 2023ms 4 records w/ 1000 items: 2344ms 5 records w/ 1000 items: 2700ms 6 records w/ 1000 items: 2909ms 7 records w/ 1000 items: 3217ms 8 records w/ 1000 items: 3625ms These are all pretty reasonable given the large number of items. OPAC: 0 records w/ 1000 items: 2102ms 1 records w/ 1000 items: 12415ms 2 records w/ 1000 items: 23250ms 3 records w/ 1000 items: 34216ms I stopped at 3 because 34216 is already too slow. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35033] New: Add a validation for biblioitems in about/system information
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35033 Bug ID: 35033 Summary: Add a validation for biblioitems in about/system information Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In the About section, under the System information tab, we get validation between issues, borrowers, biblio, items, reserves tables, and their deleted/old counterpart. But there's no validation for biblioitems. And yes, on issues during creation, most probably, discrepencies do occur, as I've now discovered on 10 different clients. This patch will simply add the same test (and display) as the others, but for biblioitems. Testing 0) Create a simple biblio entry through cataloguing. Note the biblioitemnumber created. 1) Insert a dummy entry in deletedbiblioitem using the biblioitemnumber. An simple SQL will do insert into deletedbiblioitems select * from biblioitems where biblioitemnumber = GIVENbin; 2) Go to about, see there's no warning in systeminformation. 3) apply the patch, validate that an error appears. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 40579] CSV formula injection protection
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40579 --- Comment #29 from Pedro Amorim <pedro.amorim(a)openfifth.co.uk> --- (In reply to Pedro Amorim from comment #28) > (In reply to Paul Derscheid from comment #27) > > Yes, it has Wainui's sign-off so probably applied the wrong one. > > Right, it seems the 22.11.x patch was backported to 24.11.x. I'm working on fixing this with Martin. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40579] CSV formula injection protection
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40579 --- Comment #28 from Pedro Amorim <pedro.amorim(a)openfifth.co.uk> --- (In reply to Paul Derscheid from comment #27) > Yes, it has Wainui's sign-off so probably applied the wrong one. Right, it seems the 22.11.x patch was backported to 24.11.x. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40579] CSV formula injection protection
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40579 --- Comment #27 from Paul Derscheid <paul.derscheid(a)lmscloud.de> --- Yes, it has Wainui's sign-off so probably applied the wrong one. -- You are receiving this mail because: You are watching all bug changes.

1 0