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

[Bug 25541] New: Add ability to prevent checkin of items with holds
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '21

30 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25541 Bug ID: 25541 Summary: Add ability to prevent checkin of items with holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Some libraries would like patrons to be unable to return items with holds via SIP. Instead, the screen message should indicate that the patron should return that item at the circ desk so a librarian can use it to fill the next hold right away and place it on the hold shelf. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 22563] New: Convert lost handling to use 'status' instead of two accounttypes
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '21

30 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22563 Bug ID: 22563 Summary: Convert lost handling to use 'status' instead of two accounttypes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 22512 introduces a new field for tracking the 'state' of various accounttypes; We should convert the current lost handling from using `L`,`Rep`,`W` (denoting "Lost", "Replaced" and "Written Off") in combination with `LR` (denoting fine "Lost Returned"). This will clarify the logic and also pave the way to having a more user definable accounttype configuration. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 150

[Bug 17828] New: Koha::Patron::Attribute-> store should raise an exception if unique_id is being broken
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17828 Bug ID: 17828 Summary: Koha::Patron::Attribute->store should raise an exception if unique_id is being broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The new Koha::Patron::Attribute should check the unique_id property and raise an exception if storing the new attribute would break it. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 25663] New: Koha::RefundLostItemFeeRules should be merged into Koha::CirculationRules
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25663 Bug ID: 25663 Summary: Koha::RefundLostItemFeeRules should be merged into Koha::CirculationRules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Now that we have a clearer set of methods within the Koha::CirculationRules module, we should clean up the stepping stone RefundLostItemFeeRules modules. This also paves the way for some enhancements to this area of functionality I am looking to do in bug 23091 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 22761] New: Move "Fee reciept" from template to a slip
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22761 Bug ID: 22761 Summary: Move "Fee reciept" from template to a slip Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Some libraries would like to be able to customize the "Fee receipt". It makes sense to move the content of members/printfeercpt.pl to a the print section of the ACCOUNT_PAYMENT slip. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 60

[Bug 24278] New: Replace Locale::Currency::Format because it's buggy
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24278 Bug ID: 24278 Summary: Replace Locale::Currency::Format because it's buggy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Locale::Currency::Format is used to format the overdue fine printed using items.fines in the overdue notices. I am not sure if it's used in other places. The module has not seen a new version in a longer while and is buggy for some currencies: COP (Colombian peso) - wrong currency symbol RSD (Serbian dinar) - wrong currency symbol TYR (Turkey) - amounts are rounded and printed without decimals What we do at the moment is adding "wrong" codes for those so the formatting is avoided... but when you want to use acq etc this could be a bigger issue. Maybe we shoudl replace the module by enabling the use of the price filter in all notices if not the case yet and treat the existing placeholder items.fine as if the price filter was used? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 23929] New: Invoice adjustments should filter inactive funds
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23929 Bug ID: 23929 Summary: Invoice adjustments should filter inactive funds Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 94893 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=94893&action=ed… Screenshot of unfiltered funds in adjustments When adding an adjustment to an invoice, the funds dropdown shows all funds. There should be a filter to allow only active funds, similar to the one on the shipping fund dropdown, as it is impossible to identify the active fund when they are similarly named. See screenshot. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 15751] New: Koha offline circulation Firefox addon does not update last seen date for check-ins
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '21

22 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15751 Bug ID: 15751 Summary: Koha offline circulation Firefox addon does not update last seen date for check-ins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: contribs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: fridolin.somers(a)biblibre.com, koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org When I check in something using the KOCT the last seen date is not updated. It does update the last seen date upon checkout, for what it's worth. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. You are watching all bug changes.

1 22

[Bug 25777] New: Datatables on z3950_search.pl show incorrect number of entries
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '21

22 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25777 Bug ID: 25777 Summary: Datatables on z3950_search.pl show incorrect number of entries Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Datatables on z3950_search.pl will say "Showing 1 to 20 of 20 entries", which makes you think that there are only 20 search results. However, if you scroll to the bottom of the page, you'll often see it saying something like "Showing page 1 of 501". We should hide the "Showing 1 to 20 of 20 entries" datatables information if we're not going to implement a JSON sourced table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 23282] New: Show all columns in Batch Item Modification and Batch Item Deletion
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23282 Bug ID: 23282 Summary: Show all columns in Batch Item Modification and Batch Item Deletion Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently when using either the Batch Item Modification or Batch Item Deletion, columns will only appear if there is in fact data in these fields. IF there is no value in the Source of Acquisition (for example) field, then the column does not appear with a blank value in it. Libraries may want to see all columns with blank data for double checking purposes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8