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

[Bug 22271] New: Subscription callnumber is missing from columns definition on acq details tab
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22271 Bug ID: 22271 Summary: Subscription callnumber is missing from columns definition on acq details tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The subscription callnumber is missing from the visibility settings for the acquisition details table in staff. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |ASSIGNED --- Comment #116 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- (In reply to Katrin Fischer from comment #115) > Aleisha, did you mean to sign-off? Oops no was just rebasing. Still working on this -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15326] Add CMS feature
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15326 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off --- Comment #79 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- (In reply to Katrin Fischer from comment #78) > Hi Aleisha, you can usually set back to "Signed off" after a rebase if it > was before (unless you feel the changes were too heavy and should be > retested) Set back to Signed off! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11373] Add "change calculation" feature to the fine payment forms
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11373 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |22269 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22269 [Bug 22269] Pay amount - modal confirmation of amount to return to patron should be suppressed if attempting to pay (not collect) more than owed -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11373] Add "change calculation" feature to the fine payment forms
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11373 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master --- Comment #87 from Nick Clemens <nick(a)bywatersolutions.com> --- Awesome work all! Pushed to master for 19.05 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11373] Add "change calculation" feature to the fine payment forms
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11373 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Passed QA --- Comment #86 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Nick Clemens from comment #85) > If I choose 'Pay amount' and set the amount paid to higher than the fines > and collect more than is being paid I get the modal calculating the change > and a confirm, but then the payment is rejected. > > I feel like the Amount paid error should take precedence and prevent the > modal and confirmation from appearing. > > Does that seem reasonable? I neglected to revert these so...I will file a dependent bug report -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11373] Add "change calculation" feature to the fine payment forms
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11373 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com Status|Passed QA |Failed QA --- Comment #85 from Nick Clemens <nick(a)bywatersolutions.com> --- If I choose 'Pay amount' and set the amount paid to higher than the fines and collect more than is being paid I get the modal calculating the change and a confirm, but then the payment is rejected. I feel like the Amount paid error should take precedence and prevent the modal and confirmation from appearing. Does that seem reasonable? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13044] Deprecate old book drop mode
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13044 --- Comment #10 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Specifically, it makes sense to allow a patron to pay up to the current amount owed in fees and fines. For if a patron owes $5 on a closed fine, and $3 on an accruing fine, the patron should be able to pay $8 right now with the $5 fine being paid off and $3 in credit staying on the account. That way the account balance is 0 and when that item is returned the credit will be automatically used to pay some or all of the balance of the fine. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13044] Deprecate old book drop mode
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13044 --- Comment #9 from Kyle M Hall <kyle(a)bywatersolutions.com> --- > One thing to mention here, especially as this related to 21969, is how to > manage payments on accruing items. Right now there is no way to see an > accruing fine, so there's no way to stop from taking payment on the item, > but if we are recalculating fines on checking, what happens to that payment? > > The broader question of taking payment on accruing fines is probably worth > discussing as well. I feel we need to do that, especially if a user needs to > make a payment to get below the checkout threshold. Users will expect to be > able to pay that regardless. Yes, I believe Koha should disallow paying accruing fines, but it *should* allow payments to create credits. That way the account balance can be paid down and have the credit pay off the fine as soon as it is closed out. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10659] Upgrade jQuery star ratings plugin
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10659 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #82826|0 |1 is obsolete| | --- Comment #19 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 84706 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=84706&action=ed… Bug 10659: Upgrade jQuery star ratings plugin This patch replaces our current jQuery star ratings plugin with a newer plugin which will be compatible with newer versions of jQuery: http://antenna.io/demo/jquery-bar-rating/examples/ To test you should have one or more records in your catalog with star ratings. - Apply the patch and set the OpacStarRatings system preference to "results and details" - Perform a search in the catalog which will return one or more titles which have ratings. - Confirm that the ratings appear correctly and the ratings are read-only. - Open the "normal" detail page for that record. - Confirm that the star rating appears correctly. - Test setting and re-setting your star rating. Confirm that it is saved. - Confirm that the "cancel rating" link appears when you have a rating set, and that it disappears after you click it. - Test that the "only details" and disabled options of the OpacStarRatings preference work as they should. - Confirm that information about the plugin appears on the About page in the staff client, replacing the old star ratings plugin information. -- You are receiving this mail because: You are watching all bug changes.

1 0