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

[Bug 23462] New: Unable to delete a patron list
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23462 Bug ID: 23462 Summary: Unable to delete a patron list Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jwolff(a)salus.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 92191 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92191&action=ed… This screenshot shows the dropdown with just Add Patrons I added a patron list by mistake and now I can't delete it. It has no patrons in it and when I click on the dropdown menu, it gives me the only option of adding patrons, not editing or deleting. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 23150] New: GDPR breaks patron self modification on OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23150 Bug ID: 23150 Summary: GDPR breaks patron self modification on OPAC Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To Test: - Set GDPR_Policy to either Enforced or Permissive - Set PatronSelfRegistrationBorrowerMandatoryField to empty - Set OPACPatronDetails to Allow - Log into the OPAC - Go to opac-memberentry.pl, change something, submit modification request - Request is refused with message "You have not filled out all required fields. Please fill in all missing fields and resubmit." -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 21227] New: Add option to make items unavailable during closure period
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21227 Bug ID: 21227 Summary: Add option to make items unavailable during closure period Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.evans(a)phe.gov.uk QA Contact: testopia(a)bugs.koha-community.org One of our site libraries will be closed for 8 weeks for refurbishment. During this period the stock will be inaccessible. We have added a closure in the calendar for this branch. We could not find a simple way to mark the items as unavailable so we have temporarily hidden this library from the OPAC. It would be useful to have a tickbox option in the calendar settings to select if items should be deemed as Unavailable during the specific closure period. They would then automatically revert to available after the closure period has expired. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14973] Suggestions - Search and warn user about existing biblio when submitting a suggestion
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14973 --- Comment #26 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- The patches have been rebased against master. It was a bit tricky but it seems that they still work as expected. I am with Alex here, we should not block this one because of FindDuplicate behaviors. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14973] Suggestions - Search and warn user about existing biblio when submitting a suggestion
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14973 --- Comment #25 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 93142 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93142&action=ed… Bug 14973: Check existing biblio when submitting a purchase suggestion (staff side) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14973] Suggestions - Search and warn user about existing biblio when submitting a suggestion
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14973 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #60877|0 |1 is obsolete| | Attachment #60913|0 |1 is obsolete| | --- Comment #24 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 93141 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93141&action=ed… Bug 14973: Check existing biblio when submitting a purchase suggestion (opac side) Test plan: - Go to opac suggestions page (opac-suggestions.pl) and click on "New purchase suggestion", - type the title (and author?) of a document that stand in you database - you should get a warning message about an exiting biblio. - clicking on confirm your suggestion add it, cancel does nothing Signed-off-by: Nicole Engard <nengard(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14973] Suggestions - Search and warn user about existing biblio when submitting a suggestion
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14973 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23598] New: Annotated parameter for JSON reports broken
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23598 Bug ID: 23598 Summary: Annotated parameter for JSON reports broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The JSON reports allow you to use an annotated parameter to get an easier to workw with format. This appears to be broken in 18.11 and possibly higher up versions: /cgi-bin/koha/svc/report?name=name_of_report&annotated=1 annotated 1 and 0 give the same format. See bug 11491 for initial implementation. It works fine in 17.11.11 If you have scripts building on this, it's quite a problem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 6759] Use a different account type for account renewals than for new accounts
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6759 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|23049 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23049 [Bug 23049] Replace MANUAL_INV authorised value with a dedicated table -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #136 from Stefan Berndtsson <stefan.berndtsson(a)ub.gu.se> --- This patch also explicitly sets 'W' without checking if it should be transferred or not. To be more specific, it sets 'T' for transfer, then immediately after sets 'W' anyway, using an added ModReserveStatus() call. -- You are receiving this mail because: You are watching all bug changes.

1 0