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

[Bug 22750] New: Partial writeoff of lost fee causes item to be returned
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '20

22 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22750 Bug ID: 22750 Summary: Partial writeoff of lost fee causes item to be returned Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To test: - Set system preference MarkLostItemAsReturned to not mark items as returned - Set system preference WhenLostChargeReplacementFee to charge - Find an item with a non-zero replacement cost - Check item out to patron - Mark item as lost - Confirm item is still in patron checkouts and patron has a lost fee for item - Write off part of the lost fee - Confirm the item no longer shows in patron checkouts -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 19718] New: Create message for patrons with multiple holds on the same item
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '20

21 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19718 Bug ID: 19718 Summary: Create message for patrons with multiple holds on the same item Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: karen(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com One of our partners allows 3 holds per record. They have noticed that patrons will place multiple holds on an item that they have already placed on hold. They would like for Koha to display a message to the patron when they place a hold on an item they already have on hold. Their suggested message is "You already have placed a hold on this record. Are you sure you want to place another?" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 24685] New: history.txt - entry for epoch 978712245 is misaligned
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '20

21 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24685 Bug ID: 24685 Summary: history.txt - entry for epoch 978712245 is misaligned Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: sacha+koha(a)ssl.co.uk On https://koha-community.org/about/history/ the entry for 978712245 has a date which bleeds into the adjacent column and pushes the table out. While you're in there... a few rows above that a release event is tagged with "award". -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 20280] New: Authorised value categories list in bibliographic frameworks has 2 empty entries
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '20

21 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20280 Bug ID: 20280 Summary: Authorised value categories list in bibliographic frameworks has 2 empty entries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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: - Edit a subfield in any of your bibliographic frameworks - In the last section, take a look at the authorised value categories list - Confirm there are 2 empty entries Tested with sample data. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 24598] New: Hold not reset properly if checked out to another patron
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '20

20 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24598 Bug ID: 24598 Summary: Hold not reset properly if checked out to another patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When an item that has triggered a hold is in transit to a library, if the item is accidently shelved instead of scanned at the pickup library, and then checked out to another patron, the holds shows the item still in transit in the status, but says that it is waiting at the library, and the since date has vanished! To replicate: 1) Place an item on hold at Library A for Patron 1 at Library B. 2) Check in the item at Library A to trigger the hold transfer. 3) At Library B, check out the item to Patron 2 (click Yes). * Note that the hold still show in transit in the status. * Note that the Pickup library shows the item is waiting. * Note that the since date in the Pickup library is blank. What needs to happen: If an item is intercepted and checked out to a patron while in transit: * The transfer needs to be cancelled. * The hold needs to revert back to the top of the queue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 24155] New: Weights should be applied to Advanced search if no indexes have been selected
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '20

20 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24155 Bug ID: 24155 Summary: Weights should be applied to Advanced search if no indexes have been selected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com When searching Keywords via the advanced search we should apply the weights to indexes. This would allow users to use the limits on the advanced search and still get more relevant results -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 24322] New: National Library of Medicine (NLM) call number to XSLT Detail
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '20

20 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24322 Bug ID: 24322 Summary: National Library of Medicine (NLM) call number to XSLT Detail Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: olli-antti.kivilahti(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org NLM is missing from OPAC/Intra XSLTDetail. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 18420] New: t/dbdependent/Budgets.t fails without patron category 'S'
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '20

20 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18420 Bug ID: 18420 Summary: t/dbdependent/Budgets.t fails without patron category 'S' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: veron(a)veron.ch QA Contact: gmcharlt(a)gmail.com If no patron category 'S' is defined, t/dbdependent/Budgets.t fails. -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 17458] New: ID of logged user is displayed when just consult an invoice (parcel.pl)
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '20

20 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17458 Bug ID: 17458 Summary: ID of logged user is displayed when just consult an invoice (parcel.pl) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Hi, When we just consult receipt summary (parcel.pl), the ID of logged user is displayed in field "Received by" But effective receipt were done by someone else. Id of user who done receipt is logged somewhere? Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 21259] New: Add search filters to staged imports
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '20

19 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21259 Bug ID: 21259 Summary: Add search filters to staged imports Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We can sort on the whole table, but sometimes you are just looking for a specific record in a bigger batch. A search option would be really nice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1