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

[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 38971] New: Additional fields always considered modified when personal detail edited
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '25

27 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38971 Bug ID: 38971 Summary: Additional fields always considered modified when personal detail edited Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Say you have some patron attributes. Modify them at the OPAC, approve the change. Then go to your personal detail again, save without modifying anything: the staff get an entry in the "pending patron modifications" list https://snipboard.io/s9JVjA.jpg -- You are receiving this mail because: You are watching all bug changes.

1 6

[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 38354] New: Buttons in item form on orderreceive or neworderempty not translated
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '25

27 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38354 Bug ID: 38354 Summary: Buttons in item form on orderreceive or neworderempty not translated Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org On the items create form on orderreceive or neworderempty the buttons below the form are not translated, when alternative languages are installed. Test plan: - add an order via http://localhost:8081/cgi-bin/koha/acqui/basketheader.pl?booksellerid=1&op=… - set create items when: placing an order and save - click add to basket and search for a title and click order - check that the buttons under "item" are not translated -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[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 22160] New: OMNIBUS: Transfers enhancements
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '25

27 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22160 Bug ID: 22160 Summary: OMNIBUS: Transfers enhancements 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 88

[Bug 38970] New: Send email to guarantee and guarantor doesn't work
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '25

27 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38970 Bug ID: 38970 Summary: Send email to guarantee and guarantor doesn't work Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kati.sillgren(a)porvoo.fi QA Contact: testopia(a)bugs.koha-community.org admin/preferences.pl RedirectGuaranteeEmail Enable/Disable sending emails to both guarantees and their guarantor. This does not affect patrons without guarantors. Even if RedirectGuaranteeEmail is set to "Enable", guarantee's message will not be sent to the guarantor. This feature would be very useful if it worked. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14907] Item search: call numbers in Item search results are ordered alphabetically
by bugzilla-daemon＠bugs.koha-community.org 26 Jan '25

26 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14907 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com Text to go in the| |This fixes item search release notes| |results when ordering the | |results by the call number. | |They are now correctly | |ordered using cn_sort, | |instead of a basic | |"alphabetical" order | |(cn_sort uses the | |appropriate sorting rules | |for the classification | |scheme). --- Comment #31 from David Nind <david(a)davidnind.com> --- I have attempted to add a release note. Feel free to amend it if I have incorrectly interpreted what this bug fixes. -- You are receiving this mail because: You are watching all bug changes.

1 0