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

[Bug 13208] More complete breadcrumbs when cancelling an order
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '17

18 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13208 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13816] Set Overdue letter fine to the overduerules
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '17

18 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13816 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- This patch looks clean, but is missing any logic for actually charging the fines. I think we need to agree on something soon, at the moment it seems bugs are just blocking each other. Could both make sense? A 'overdue fee' per branch-patron category-overdue level and a more general fee on the letter? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12769] Notice fee management
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '17

18 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12769 --- Comment #38 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think with the ability to send notices by SMS, phone and print even simultanously a general notice fee won't work so well. I think what we'd need here is the option to define a fee per transport type at least. Ideally: branch - patron category - letter - transport type patron category to be able to distinguish between print sent by mail and delivered 'in-house'. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12872] Exclude some fields from Zebra indexing
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '17

18 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12872 --- Comment #29 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Marcel and Kyle, what's needed to get this moving again? Would love to be able to exclude the internal notes from being indexed (bug 15050) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14803] Rental and fine fees are not updating on circulation screen
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '17

17 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14803 --- Comment #50 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- It updates in the checkout table - the rental fine column. I think that didn't happen for me without the patch. It also allows multiple renewals of the same item without reloading the page. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14803] Rental and fine fees are not updating on circulation screen
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '17

17 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14803 --- Comment #49 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to Katrin Fischer from comment #46) > Hi Christopher, is the amount outstanding on top updated immediately with > the checkout? Yes. No patch applied. The attention message is updated to reflect the new charge after renewal. I see no need for the patch. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14695] Add ability to place multiple item holds on a given record per patron
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '17

17 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |19135 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19135 [Bug 19135] AllowHoldsOnPatronsPossessions is not working -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18366] New: On shelf holds allowed > "If all unavailable" ignores library of the rule and considers all libraries
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '17

17 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18366 Bug ID: 18366 Summary: On shelf holds allowed > "If all unavailable" ignores library of the rule and considers all libraries Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On shelf holds allowed : "If all unavailable" ignores library of the rule and considers all libraries will continue... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 15347] itemcallnumber syspref does not work when adding items through acquisitions
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '17

17 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15347 --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I can confirm that the itemcallnumber system preference doesn't work for adding items from acquisition. To test: - Make sure itemcallnumber preference is set to field and subfield, that exists in the records you want to use for testing. - Verify that preference works in general in your installation: - Add new item for an existing record with the field. - Verify that the callnumber is filled with the value from the bibliographic record as a suggestion. - Set AcqCreateItem to 'on order' - Create a new basket - Add a order line to it - Verify that the callnumber remains empty unlike in cataloging. Set AcqCreateItem to 'on receive' - Create a new basket - Add a order line to it - Close basket - Receive shipment - Verify that callnumber remains empty unlike in cataloging. If I enter a callnumber to the item in one of those steps, it's stored correctly and visible in the catalog immediately after saving. I think it doesn't matter if it's from Z39.50 or from an existing records - it never works. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13766] Make biblioitems.ean longer and add index
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '17

17 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13766 --- Comment #12 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Thx Colin! -- You are receiving this mail because: You are watching all bug changes.

1 0