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

[Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Bug 15278 depends on bug 36815, which changed state. Bug 36815 Summary: Add the option to 'Reset to default' in the notices editor https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36815 What |Removed |Added ---------------------------------------------------------------------------- Status|Needs documenting |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37838] New: Remove button broken on second page of Course reserves item results
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37838 Bug ID: 37838 Summary: Remove button broken on second page of Course reserves item results Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Created attachment 171044 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171044&action=e… ktd examples of barcodes you can batch add to a course To recreate: - Go to staff client -> Course reserves - Create a course or go to an existing course - Add reserves to the course (will need at least 21 items to be able to go to a second page of results) - Go to the second page of results on the course details page - Click the Remove button next to a result - Notice how the button just makes the page move to the top -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 39546] New: Alert that there's a failure when spinning up or applying patches to a KTD
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39546 Bug ID: 39546 Summary: Alert that there's a failure when spinning up or applying patches to a KTD Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Koha Testing Docker (ktd) Assignee: tomascohen(a)gmail.com Reporter: lisette(a)bywatersolutions.com CC: martin.renvoize(a)openfifth.co.uk It would be great if it could alert if patches failed to apply, updatedatabase failed, etc. Maybe in the setup/dashboard area or maybe when you log in? Something to make it clear to end users. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39369] New: Button "generate discharge" should not validate again a validated discharge
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39369 Bug ID: 39369 Summary: Button "generate discharge" should not validate again a validated discharge Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The button generate discharge fetches all the discharges and puts a validation date to the most recent, regardless its state. This makes no sense in particular if there are more than one discharges. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Marion Durand <marion.durand(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marion.durand(a)biblibre.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15176] Add a sanity check when starting SIP2 (permissions)
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15176 Brendan Gallagher <brendan(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |CLOSED --- Comment #1 from Brendan Gallagher <brendan(a)bywatersolutions.com> --- just too old :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 11839] Zebra I/O 100 percent usage during merge
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11839 Brendan Gallagher <brendan(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |FIXED --- Comment #4 from Brendan Gallagher <brendan(a)bywatersolutions.com> --- Closed this one out :) My whoops -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39539] New: Add script to Mana-KB for testing versioning of reports
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39539 Bug ID: 39539 Summary: Add script to Mana-KB for testing versioning of reports Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb (server) Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com There was discussion of adding a script to Mana to check that a report doesn't throw an error when it's added as well as testing when there's koha updates to make sure reports still work and flag if it doesn't work. This would likely need to use the test builder in a ktd? and for runtime parameters select a random from the auth value or replace it with '' if a branch etc is hardcoded into the report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30236] New: Layout of self registration confirmation page is broken
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30236 Bug ID: 30236 Summary: Layout of self registration confirmation page is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 131406 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131406&action=e… Screenshot of confirmation step of self registration When testing bug 30214 I noticed that in Google Chrome self registration page you get to from the link in the verification message has a somewhat broken layout. The login form should be on the right, etc. (see attached screenshot) -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 39537] New: bulkmarcimport.pl fails to import large files
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39537 Bug ID: 39537 Summary: bulkmarcimport.pl fails to import large files Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: glasklas(a)gmail.com, martin.renvoize(a)openfifth.co.uk, robin(a)catalyst.net.nz, schodkowy.omegi-0r(a)icloud.com After applying bug 29440 (entered in 24.05), bulkmarcimport.pl fails to import large files. The reason is that, after the changes made there, there are now two loops iterating the records to be imported, first of which reads the file and places the read records in an Perl array in memory. The second loop takes the records from that array array and actually inserts them into Koha database. Now, imagine what happens with limited RAM on the system and a large file (100K+, 1M+, 5M+ records, depending on system configuration) -- the script consumes more and more memory and at the end destroys the system stability, possibly being killed because of oom. I must say, bulkmarcimport.pl has a lot of useful features, but has become completely useless for larger datasets and one have now to write own simple scripts for each use case to cover actual needs and adapting elements from the original script. This is tiring. I am wondering what was the reason of such a design (splitting the main loop and collecting the records in a growing array in memory). Should it not be corrected? I would be happy to know David's (the original author's) opinion. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2