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

[Bug 12410] Remove useless use of cookies
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12410 --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- The only reason I can think of that we would want to change this is if we're concerned about the 365-day expiration of these cookies. Is there another factor behind this bug? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 3137] Add sys pref to collapse areas of the patron add by default
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3137 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #98626|0 |1 is obsolete| | --- Comment #15 from David Nind <david(a)davidnind.com> --- Created attachment 98683 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=98683&action=ed… Bug 3137: HideFieldsPatronAddForm syspref This patches adds a syspref - HideFieldsAddPatronFrom - that controls which fieldsets are hidden by default in the add patron form. To test: 1) Apply patch and update database 2) Go to System preferences and confirm HideFieldsPatronAddForm has no fields selected 3) Go to add a patron / edit an existing patron (any patron category). confirm everything still works as expected. 4) Tick some of the fields in the syspref to hide them in the form 5) Go back to add patron form. 6) Confirm these fields are hidden and listed at the top of the page 7) Toggle the checkbox and confirm the hidden fields show or hide as expected. 8) Go back to the HideFieldsPatronAddForm system preference and ensure the Main address option is checked to be hidden 9) Go to the patron's details page 10) Click to edit the Contact Information section 11) Confirm the Main address option shows and the checkbox to show hidden fields is not present. 12) Confirm you can click the legend of each section to show and hide sections Sponsored-by: Catalyst IT Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3137] Add sys pref to collapse areas of the patron add by default
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3137 --- Comment #14 from David Nind <david(a)davidnind.com> --- Created attachment 98682 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=98682&action=ed… Bug 21156: (RM follow-up) Add missing filters Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 3137] Add sys pref to collapse areas of the patron add by default
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3137 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 24485] New: Sys Pref AllowHoldPolicyOverride will not Staff override a Holds Per Record Rule
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24485 Bug ID: 24485 Summary: Sys Pref AllowHoldPolicyOverride will not Staff override a Holds Per Record Rule Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Prior to 19.05, if a library had the system preference, AllowHoldPolicyOverride, set to Allow, a staff member could place more than one item specific hold on a record although the circulation rule for "Holds per Record" was set to 1. Currently, in 19.05.06, the ability to override such a hold has been removed. The process stops at the portion where the second item level hold is about to be placed, however, the Place Hold (at the bottom) button is Greyed out. This means Koha is allowing the staff member to choose the item and then not letting the process to complete. A library with the system preference set to ALLOW for AllowHoldPolicyOverride should be allowed to override a hold rule. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 15261] Verify if checkouts or reserves requests periods overlap with existing reserves
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15261 --- Comment #87 from sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> --- Created attachment 98672 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=98672&action=ed… Bug 15261: Check if checkout/reserve request overlaps existing reserves When checking out or placing hold, we should check if an existing reserve whose period overlap exists. - A user places a hold from opac whose requested period overlaps with an existing reserve period => prevent reserve - A librarian places a hold from staff whose requested period overlaps with an existing reserve period => Warn librarian (Ask for confirmation) - A librarian makes a checkout from staff whose requested period overlaps with an existing reserve period => Warn librarian (Ask for confirmation) Test plan: Enable syspref: AllowHoldDateInFuture OPACAllowHoldDateInFuture PreventChechoutOnSameReservePeriod and PreventReservesOnSamePeriod 1 (staff side): - Place a hold on title (which has only one items) level with start date and expiration date. - Place another hold (also title level) with period overlaping this reserve. - Check you are warned about an existing reserve 2 (staff side): - Place a hold on title (which has more than one items) level with start date and expiration date. - Place another hold (also title level) with period overlaping this reserve. - Check you are NOT warned about an existing reserve. Because it remains at least one item not reserved. 3 (staff side): - Place a hold on item level with start date and expiration date. - Place another hold on item level with period overlaping this reserve. - Check you are warned about an existing reserve. 4 (opac side): - Do the same than for staff side. Instead of a warn, reserve is prevented. 5: - Place a hold on title (which has only one items) level with start date and expiration date. - Try to checkout the unique item from this title with period overlaping the reserve period. - Check you are warned about an existing reserve 6: - Place a hold on title (which has more than one items) level with start date and expiration date. - Checkout an item from this title with period overlaping the reserve period. - Check you are NOT warned about an existing reserve. 7: - Place a hold on item level with start date and expiration date. - Checkout this item period overlaping the reserve period. - Check you are warned about an existing reserve 8: - Create a checkout (i.e from ${TODAY} to ${TODAY + 10 days}), - Place a hold on the same item from ${TODAY + 11 days} to ${TODAY + 30 days}), - Check that you cannot renew the checkout. Signed-off-by: Laurence Rault <laurence.rault(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15261] Verify if checkouts or reserves requests periods overlap with existing reserves
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15261 sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #98383|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15261] Verify if checkouts or reserves requests periods overlap with existing reserves
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15261 sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off --- Comment #86 from sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> --- Patch tested with a sandbox, by Laurence Rault <laurence.rault(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15261] Verify if checkouts or reserves requests periods overlap with existing reserves
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15261 --- Comment #85 from Laurence Rault <laurence.rault(a)biblibre.com> --- tested on biblibre sandbox1 all tests OK One remark on test 6 : when there are several items, and hold is placed on title, there is no warn when checking out on item, OK. I think we could be warned if all items are checked out with overlap, maybe when checking out the last available item, as no more item is available for hold then. But this could be be an improvement. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11815] Convert BorrowersTitles to an authorised value
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11815 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #98657|0 |1 is obsolete| | --- Comment #8 from David Nind <david(a)davidnind.com> --- Created attachment 98668 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=98668&action=ed… Bug 11815: Convert BorrowersTitles to an authorised value This patch removes the BorrowersTitles system preference in favor of using authorized values to store patron titles. To test, apply the patch and run the database update. - In Administration -> Authorized values, locate the category 'PATRON_TITLE'. - Create two or more authorized values with new patron titles. - In Administration -> System preferences -> Patrons, there should be no entry for BorrowersTitles. - Create or edit a patron. Under "Salutation" your authorized values should appear correctly. - Log in to the OPAC and go to "Your personal details." Confirm that the correct values are shown there. - Remove all PATRON_TITLE authorized values and confirm that the "Salutation" field no longer appears on the staff client or OPAC patron entry form. Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0