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

[Bug 36655] New: Add ability to requeue a background job from the staff interface
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '25

29 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36655 Bug ID: 36655 Summary: Add ability to requeue a background job from the staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes a long_tasks background job fails and a library would like to requeue it, after fixing the erroneous or problematic records. We should allow that. Basically, status Failed -> status New -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 37260] New: Problem with connection to broker not displayed on the about page
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '25

28 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37260 Bug ID: 37260 Summary: Problem with connection to broker not displayed on the about page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 32693 "Using SQL polling" is displayed if warnConnectBroker is set, but this flag is only set if we are on the sysinfo tab, not the first ('about') tab. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32693 [Bug 32693] The 'About Koha' page loads slowly -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 35844] New: Default for `OPACSearchForTitleIn` syspref misses class assignment
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '25

28 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35844 Bug ID: 35844 Summary: Default for `OPACSearchForTitleIn` syspref misses class assignment Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org `OPACSearchForTitleIn` allows to pass on an OPAC search to some external services and triggers a sub menu on the OPAC details page. It is configured via HTML and the current default reads: ```html <a href="https://worldcat.org/search?q={TITLE}" target="_blank">Other Libraries (WorldCat)</a> <a href="https://scholar.google.com/scholar?q={TITLE}" target="_blank">Other Databases (Google Scholar)</a> <a href="https://www.bookfinder.com/search/?author={AUTHOR}&title={TITLE}&st…" target="_blank">Online Stores (Bookfinder.com)</a> <a href="https://openlibrary.org/search?author=({AUTHOR})&title=({TITLE})" target="_blank">Open Library (openlibrary.org)</a> ``` As on the very same page there is also the sub menu for `Save record` it seems save to assume that both should look identical. However, the above html stub misses to assign `class="dropdown-item"` to the links to achieve this. Most likely the above html should read ``` html <a class="dropdown-item" href="https://worldcat.org/search?q={TITLE}" target="_blank">Other Libraries (WorldCat)</a> <a class="dropdown-item" href="https://scholar.google.com/scholar?q={TITLE}" target="_blank">Other Databases (Google Scholar)</a> <a class="dropdown-item" href="https://www.bookfinder.com/search/?author={AUTHOR}&title={TITLE}&st…" target="_blank">Online Stores (Bookfinder.com)</a> <a class="dropdown-item" href="https://openlibrary.org/search?author=({AUTHOR})&title=({TITLE})" target="_blank">Open Library (openlibrary.org)</a> ``` which gets the class assignment for both menues in sync. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 36311] New: Add option to koha-run-backups, to only include database dump
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '25

28 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36311 Bug ID: 36311 Summary: Add option to koha-run-backups, to only include database dump 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: danyonsewell(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Adding an additional flag to koha-run-backups when used to exclude everything except the .sql.gz DB dump from koha-dump. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 22647] New: Copy number should increment similar to barcode
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '25

27 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22647 Bug ID: 22647 Summary: Copy number should increment similar to barcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Bug 10345 added simple updating for copynumber - it will increment numeric values - it might be nice to have the increment ignore leading alpha characters -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 23016] New: Added columns for copy number and material specified in patron checkout
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '25

27 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23016 Bug ID: 23016 Summary: Added columns for copy number and material specified in patron checkout 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: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Created attachment 90193 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=90193&action=ed… patron side table Hi, Some librarians would like to have columns to see the copy number (952$t) and material specified (952$3) of items in checkout page when they are checking patron's checkouts. The field 3 is shown on the staff catalog for each item row in the record view, but not in patron side. This would be useful to see them on the patron side too. These additionnals columns could be added to the check out table as configurable option (show 952$t and 952$3 ? : Y/N) (This enhencement is similar to #13547) Thanks, Alexandre -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 30027] New: Koha::Account->payout_amount should not total the lines in perl
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '25

27 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30027 Bug ID: 30027 Summary: Koha::Account->payout_amount should not total the lines in perl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently the routine calls: 585 my $outstanding_credits = 586 exists( $params->{credits} ) 587 ? $params->{credits} 588 : $self->outstanding_credits->as_list; 589 for my $credit ( @{$outstanding_credits} ) { 590 $outstanding += $credit->amountoutstanding; 591 } We should instead call: Koha::Account::Lines->total_outstanding on the Resultlines in order to avoid floating point rounding errors Currently we see some amounts for refunds Throwing a 500 error, and in plack-error.log: Amount to payout (81.98) is higher than amountoutstanding (81.98) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 30431] New: Register personal details on OPAC create empty modification requets
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '25

27 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30431 Bug ID: 30431 Summary: Register personal details on OPAC create empty modification requets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 132831 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132831&action=e… Empty modification request As there is no 'Cancel' option on 'your personal details' on OPAC, most patrons going on this page click on 'Submit changes'. Problem is when OPACPatronDetails is enabled, a validation is required even thought no modifications are made in the account. It can be quite time consuming to validate these non-modifications. Could we imagine a way to avoid this task ? For example an 'auto-validation' when no datas are present in the borrower_modifications table ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 28426] New: Terminology: Reserve should be hold
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '25

27 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28426 Bug ID: 28426 Summary: Terminology: Reserve should be hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org koha-tmpl/intranet-tmpl/prog/en/includes/transfer_reasons.inc:1 %s %sManual %sStock rotation advance %sStock rotation repatriation %sReturn to home library %sReturn to holding library %sRotating collection %sReserve %sLost reserve %sCancelled reserve %sTransfer was cancelled whilst in transit %s%s %s␠ koha-tmpl/intranet-tmpl/prog/en/modules/circ/returns.tt:126 %s %sManual %sStock rotation advance %sStock rotation repatriation %sReturn to home library %sReturn to holding library %sRotating collection %sReserve %sLost reserve %sCancelled reserve %sTransfer was cancelled whilst in transit %s%s %s␠ -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 35720] New: Add option to require confirmation of hold override when placing hold
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '25

24 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35720 Bug ID: 35720 Summary: Add option to require confirmation of hold override when placing hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be helpful to some libraries to be able to require staff to confirm when they're overriding policy to place a hold. This would help highlight that they are overriding, not just placing a normal hold. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4