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

[Bug 8838] Digest option for HOLD notice
by bugzilla-daemon＠bugs.koha-community.org 28 May '21

28 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 S.Backes <s.backes(a)stadt-duisburg.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |s.backes(a)stadt-duisburg.de -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23626] New: Add a system preference to limit the number of rows of data used in a chart when viewing report results
by bugzilla-daemon＠bugs.koha-community.org 28 May '21

28 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23626 Bug ID: 23626 Summary: Add a system preference to limit the number of rows of data used in a chart when viewing report results 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: paul(a)flo.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 23624 Created attachment 92845 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92845&action=ed… New syspref ReportsMaxRowsInChart The number of rows generated by a report is potentially unlimited; this has the potential to exhaust all available memory, bringing a Koha server down to its knees. The attached patch introduces a system preference to limit the number of rows used when charting report results; at this time, and with bug #23624 fixed, that is the only aspect of reporting that loads all results into memory at once. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23624 [Bug 23624] Count rows in report without (potentially) consuming all memory -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 72

[Bug 28463] New: Change spec for better looking in the docs
by bugzilla-daemon＠bugs.koha-community.org 28 May '21

28 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28463 Bug ID: 28463 Summary: Change spec for better looking in the docs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Now that we are making our API spec public [1] we need to take care of little details we didn't consider. Some of them: - Our tags are all lower-case and single-worded, like illrequests - They lack descriptions (addSMTPServer could have some nicely written description like 'Add SMTP server'). - Our tags are 'tag cloud' oriented, as with SwaggerUI showing them with colors, but ReDoc uses them to organize the navigator, so they need to be cleaned. We cannot have 'patrons' and 'patron', it should just be one. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 26445] New: Search results browser in staff has broken link back to results
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26445 Bug ID: 26445 Summary: Search results browser in staff has broken link back to results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To test: - Do a search in the staff client returning 2-3 results - Open the first result - Click on the "back to results" link on the left - Verify that the link is wrong/not working In my case I searched for "test" in the sample data, it returned 3 records. The search link back to results looks like this: http://localhost:8081/cgi-bin/koha/catalogue/search.pl?idx=kw&q=test&sort_b… The offset=9 is the issue and clearly wrong. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 28015] New: Inventory tool fails with error, Invalid value passed...expected type is date
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28015 Bug ID: 28015 Summary: Inventory tool fails with error, Invalid value passed...expected type is date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When I submit a batch of barcodes in the inventory tool I get an error: Invalid value passed, datelastseen=2021-03-22 12:00 AM expected type is date at /usr/share/perl5/Exception/Class/Base.pm line 88 Changing the dateformat system preference doesn't seem to have any effect as far as I can tell. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 26581] New: Elasticsearch - Records can be indexed multiple times during returns
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26581 Bug ID: 26581 Summary: Elasticsearch - Records can be indexed multiple times during returns Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Throughout add return we actually make several updates to the item: We set onloan -> null We update item location if pref says so We update datelast seen We update not for loan is pref says so etc. For ES, this means a new connection and a reindex each time. This is problematic -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 14723] Additional delivery notes to messages
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14723 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |release-notes-needed -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24541] New: Database cleanups, purge messages
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24541 Bug ID: 24541 Summary: Database cleanups, purge messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz misc/cronjobs/cleanup_database.pl provides some database cleanup. Yet some tables that could need cleanup are not in this script. Purge messages older than day (default 365). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 27790] New: Possibility to filter Holds to pull list using pickup place
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27790 Bug ID: 27790 Summary: Possibility to filter Holds to pull list using pickup place Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: stalkernoid(a)gmail.com Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Finnish libraries that we're supporting are actively using holds-to-pull feature, according to their reports, having ability to filter the table by "Pickup place" will help them be more efficient, as they often process those holds in batches by pickup places. They already tested that in the modified older version of Koha, and with plugin as well, which proved that they definitely need this feature and it helps libraries a lot. External reference for this request from Finnish libraries: https://tiketti.koha-suomi.fi/issues/4537 -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 27281] New: Replace call to `C4::Circulation::DeleteTransfer` with `Koha::Item::Transfer->cancel({ comment => $comment })` in `C4::Circulation::LostItem`
by bugzilla-daemon＠bugs.koha-community.org 27 May '21

27 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27281 Bug ID: 27281 Summary: Replace call to `C4::Circulation::DeleteTransfer` with `Koha::Item::Transfer->cancel({ comment => $comment })` in `C4::Circulation::LostItem` Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We should remove C4::Circulation::DeleteTransfer. We can use Koha::Item::Transfer->cancel in preference to it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45